Paul Kinlanが提示した「Dead Framework Theory」は、React中心のエコシステムが固定化した現実を分析した文章
React = 事実上のWebプラットフォーム
LLMやコード生成ツールがReactコードをデフォルトで生成するようになり、
新しいフレームワークはLLMの学習データ・ツールのデフォルト設定・開発者の習慣という壁を越えにくくなっている。
フィードバックループ効果
Reactサイトが増えるほど → LLMがReactコードをさらに出力し →
その結果、React中心のエコシステムがさらに強化される循環構造が形成される。
新しいフレームワークの難関
- 学習データ不足により、LLMがコード例を生成できない
- ほとんどのツールがReactをデフォルトでサポート
- 開発者がすでに慣れたエコシステムから離れにくい
意味
技術的な優秀さだけでは、もはや十分ではない。
新しいフレームワークは最初から「生き残る」ことが難しい時代に入っている。
いまや競争の焦点は技術そのものより、データ・ツール・エコシステムのネットワーク効果にある。
5件のコメント
ヒップスターなので以前からずっと vue を使っています.. 私が LLM に熱心に vue を学習させます...
今年初めと比べて週間ダウンロード数が2,000万、リポジトリが400万増加。他のUIフレームワーク（Vue、Angular、Svelteなど）を全部合わせても及ばない数字……まさにバイブコーディングの熱狂という感じだね
現在は単語の関係類似度を学習して次の単語を推測し、独り言によって思考しているかのように装いながら次の単語を予測しているので、長い本文の文脈中心で答えることが多いのですが、
これから人がするように原理を理解するなら、単語ではなく物理的なものを理解するなどできるようになれば、
よく混乱しがちな Svelte の新しく出た Rune 文法も、それをたくさん見ていなければならないのではなく、Rune に関するドキュメントだけ見てもその後あらゆるところに応用できるようになるはずです。
競争の焦点はネットワーク効果というより、単に AI の発展が必要なのだと思います。
LLMは本当にSvelteのRune構文を不自然なほど頻繁に取り違えます。
この点には共感しますね
プロンプトを書くたびにRuneを使うよう毎回明記しているのに、少し時間が経つと混同するようですね。
$derived.byのような構文は、そもそも試そうとすらしていないようにも感じます