Denoのレイオフと衰退：なぜ「Node.jsを超える」はずのランタイムは失敗したのか

Denoの404：CEOページすら返ってこない

先日、あるエンジニアが deno.com を訪れた。Denoに費やした数百時間が「埋没コスト」になっていないか確認するために。そこで目にしたのは、404エラーページだった。この象徴的な光景が、まさにDenoの現状を端的に物語っている。Deno Land Inc. は先週、大規模なレイオフを実施。これは単なる偶然ではなく、数年にわたる構造的な問題の帰結だ。

資金と成長の現実

Denoの軌跡を数字で振り返ると、厳しい現実が浮かぶ。

• シードラウンド: $4.9M（約7億円）
• シリーズA: $2,100万ドル追加調達
• Deno 2.0リリース: 2024年10月
• 月間アクティブユーザー: 2.0リリース後に「2倍以上」とRyan Dahlが主張

DAHL自身は「Denoの死亡報告は誇張されている」とHacker Newsで話題になったブログ記事への反論を公開した。しかし「ユーザー数が2倍」という主張も、具体的な数字なしでは説得力を持たない。Sequoia Capitalが期待するような成長速度には程遠かったと見られている。

なぜDenoは開発者に刺さらなかったのか

技術的に優れたプロダクトが必ずしも普及するわけではない。Denoが直面した課題は明確だ。

• Deno Deployのisolate起動時間が不安定で、フィードバックが無視され続けた
• JSR（JavaScriptレジストリ）は npm の代替を目指したが、開発者に届かなかった
• HTTP importsのU-ターンなど、パッケージ戦略が混乱を招いた
• package.json を早期に全面サポートすべきだったという声が多い

皮肉なことに、NPMX（npmの互換改善ツール）のような「既存エコシステムをそのままより良くする」アプローチが市場に受け入れられた。開発者はNode.jsやnpmを「置き換えたい」のではなく、「摩擦なく改善したい」のだ。この本質的なニーズを掴み損ねたことが、Denoの最大の誤算と言える。

Deno 2.0 / Deployを実際に触ってみるなら

それでも、Denoランタイム自体の品質は高い。TypeScriptネイティブサポート、セキュリティサンドボックス、標準ライブラリの充実は本物だ。試してみたい場合は以下から始められる。

# Denoのインストール
curl -fsSL https://deno.land/install.sh | sh

# TypeScriptをそのまま実行（トランスパイル不要）
deno run --allow-net main.ts

# npm互換モード（Deno 2.0以降）
deno run --allow-all npm:express

Bunとの比較でいえば、BunはNode互換性が高く実行速度も速いが、バグや互換問題を抱える。Denoは設計の一貫性と安全性が強みだが、エコシステムの規模で劣る。どちらも「Node.jsの後継」にはまだなれていない。

まとめ：ランタイムは死なず、会社は変わる

レイオフを受けてDenoというプロジェクトが消滅するわけではない。オープンソースのランタイム自体は今後も生き続けるだろう。しかし、商業的なエコシステム構築の難しさ、そして「技術的優位性」だけでは開発者コミュニティを動かせないという現実を、Denoは体現してしまった。

「なぜ優れた技術が普及しないのか」を考えたいエンジニアにとって、このケーススタディはこれ以上ない教材だ。元記事（David Bushell氏のブログ）はDenoの歩みを辛辣かつ誠実に振り返っており、技術選定・プロダクト戦略に携わる人なら一読の価値がある。