DenoがCloudflareに吸収、それでもJavaScriptエコシステムは前進した
Thank You, Deno
DenoチームがCloudflareに参加し、ランタイムは1年かけて終了する。Nodeの独占が続く中、Denoが持ち込んだ権限モデルやTypeScriptサポートなどのアイデアは、NodeやBun、Cloudflareのworkerdに取り込まれた。競争がエコシステム全体を押し上げたことを振り返る。
成熟したオープンソースプロジェクトに良いアイデアが欠けることはめったにない。欠けているのは緊急性であり、競合他社がその緊急性を供給する。
HNでの議論
23- crabmusket
> Deno 1.0は2020年に当初の条件で出荷され、その後4年間かけてそれらを一つずつ撤回していった。最初はdeps.ts規約、すべてのURLを再エクスポートする1つのファイル：名前だけのマニフェストだ。次にlock.json、URLごとの整合性ハッシュ：ロックファイルだ。そしてimport maps、これで再びベア指定子を書けるようになった。
この分類のうち2つには異議がある。
deps.tsは規約であり、ランタイムの組み込み機能ではなかった。その規約に従いたければ、それでいい。ただの普通のTypeScriptファイルだ！
import mapsはDenoが後退したのではなく、ウェブプラットフォームの機能を実装したものだ。ブラウザJSとの同等性は当初からDenoの際立った特徴だった。どちらかと言えばこれは前進だ。
しかし、概して言えば、Denoがその独断的なルーツから実用主義（Nodeのドロップイン代替）へと移行していく物語であることは確かだ。
- tracker1
この発表と、これまでのDenoランタイムがなくなることについて本当に悲しい。間違いなくフォローするし、活発なフォークが現れればそれを使うだろう。
私は純粋なシェルスクリプトとしてDenoをよく使ってきた。依存関係に直接リンクして、別途インストール手順やnode_modulesディレクトリなしで実行できるのは大きい。単一バイナリのダウンロードで、自己更新もできるというのも本当に素晴らしい。
これらの機能がBunでも同様かどうかはわからない。ただ、この一件全体が悲しいだけだ。
- rob74
元のNodeと、Nodeではない多くの代替案（私のような元PHP使いでサイドプロジェクトにGoを使う者が、もっと普及してほしいと願うもの）の間には、「ほとんどNodeのようで、欠点が少ない」プロジェクトのためのニッチは十分にないのだろうか？