В октябре 2025 года Пол Кинлан (Google, Chrome DevRel) опубликовал эссе “Dead Framework Theory”, которое мгновенно разошлось по техно-сообществу. Его тезис звучит почти как приговор:
«React больше не фреймворк — он стал самой платформой. Всё новое — мертво при рождении».
И это не фигура речи. Мы вошли в эпоху, где языковые модели, IDE и инструменты генерации кода сами поддерживают React, превращая его из технологии — в инфраструктуру.
🧩 Реактивный цикл: как LLM превратили фреймворк в экосистемный монолит
Пол формулирует эффект петли:
LLM → React-код → новые сайты → ещё больше React-данных → LLM учатся на них → снова React.
🔁 Получается самоподдерживающийся замкнутый цикл, где каждый следующий виток укрепляет доминирование.
LLM-инструменты вроде Replit, Bolt, Cursor и Claude Code жёстко зашиты на React-шаблоны в системных промптах.
Даже если разработчик не просит «сделай сайт на React», модель всё равно его выдаёт — потому что в её тренировочном корпусе 10+ лет кода именно на React.
Именно так React стал «естественным языком фронтенда» для ИИ.
📈 Цифры, которые говорят сами за себя
🧮 +13 млн новых сайтов за год (по данным BuiltWith) используют React.
📊 В топ-1 млн сайтов — около 12–18 % построены на React.
🧠 LLM-инструменты, по оценке OpenRouter, тратят миллиарды токенов в день, генерируя веб-код — и значительная доля этого кода именно React.
Эта корреляция не случайна: чем больше ИИ генерирует React, тем больше таких сайтов попадает обратно в обучающие выборки.
И получается цикл статистического замыкания: новые технологии просто не успевают появиться в данных до следующей волны обучения.
⏳ Почему новые фреймворки «мертвы при рождении»
Любой новый фреймворк сталкивается с тройной стеной:
⚙️ ⏱ Лаг 12–18 месяцев — прежде чем его документация и примеры попадут в обучающие наборы LLM.
📚 Отсутствие экосистемы — у React тысячи библиотек, у новичков — десятки.
👩💻 Инерция разработчиков — компании нанимают тех, кто уже знает React.
Результат: даже технически лучшее решение не выживает, потому что его никто не использует, ИИ не знает, а инструменты не предлагают.
LLM-зависимая экосистема делает инновацию невидимой, пока она не становится статистически значимой.
💡 В чём технический корень проблемы
LLM — это машины статистических вероятностей.
Если 90 % их корпуса — React-код, то «вероятно правильный» ответ для запроса “создай приложение для списка дел” почти всегда будет React.
📦 Системные промпты IDE (Replit, Bolt, GitHub Copilot X) часто прямо содержат инструкции вроде:
“Создай компоненты React на JSX с применением хуков”
🧠 И даже когда появляются новые возможности платформы — вроде CSS Nesting, View Transitions или Web Components — модели не используют их, потому что:
- В обучающих данных почти нет примеров.
- React-экосистема уже предоставляет аналоги (Tailwind, styled-components).
- Разработчики не просят новых API — они просят «сделай, как обычно».
И в результате LLM воспроизводят старые паттерны быстрее, чем веб успевает обновиться.
🛠 Что делать платформенным разработчикам
Кинлан формулирует жёсткий, но практичный совет:
🧩 Делайте только то, что невозможно реализовать поверх React.
Примеры фундаментальных возможностей, которые реально сдвигают границы:
- 🎮 WebGPU — прямой доступ к вычислительным ресурсам.
- 🔐 WebAuthn и PassKeys — аппаратная безопасность на уровне платформы.
- 🌐 View Transitions API — новый тип навигации и мультистраничных анимаций.
Всё остальное — «синтаксический сахар» и не имеет смысла: LLM-экосистема всё равно отдаст предпочтение старым библиотекам.
🔍 Моё мнение: React стал новым «Windows» для фронтенда
React перестал быть просто инструментом — он стал операционной системой веба, поверх которой живут миллионы приложений, библиотек и моделей.
Даже если завтра появится «идеальный фреймворк», его никто не заметит, пока он не попадёт в данные ИИ.
Но это не катастрофа — это новая стадия эволюции.
Когда все инструменты сливаются в единую экосистему, конкуренция смещается с фреймворков на опыт пользователя.
🔁 Мы больше не выбираем: “React или Vue?”
Мы выбираем: “Быстро ли работает? Понятен ли интерфейс? Эффективен ли код, сгенерированный LLM?”
🌅 Оптимистичный сценарий
Пол Кинлан завершает эссе парадоксально оптимистично:
Когда все инструменты выдают один и тот же React-код,
конкурировать придётся не по фреймворку, а по качеству результата.
И это правда. Если Copilot, Bolt и Replit генерируют одинаковый JSX, победит тот, кто сделает лучший UX и более оптимальный билд.
Может, это и есть естественная смерть фреймворков — и рождение новой эпохи:
эпохи смысла вместо синтаксиса.
🔗 Источники:
💭 Фреймворки умирают не от плохого кода — они умирают от отсутствия данных. А в мире, где LLM пишут веб, выживает не самый новый, а самый известный.