Hacker News 中文摘要

RSS订阅

死亡框架理论 -- Dead Framework Theory

文章摘要

作者认为React已成为事实上的开发平台,新框架不仅要与React竞争,还要对抗LLM训练数据、系统提示和开发者输出形成的自增强循环。工具厂商被迫在系统提示中硬编码React,因为"可维护代码"的标准已被React主导,取代React变得几乎不可能。

文章总结

框架消亡论:React如何成为不可撼动的"新平台"

核心观点

React已不再是与其他框架竞争的工具,而是演变成了一个事实上的开发平台。任何新框架、库或浏览器功能的推出,都必须面对一个由LLM训练数据、系统提示和开发者输出构成的自我强化循环系统,这使得取代React在功能上几乎成为不可能。

数据印证

  • BuiltWith数据:过去12个月有超过1300万个非头部网站使用React部署
  • HTTP Archive数据:React在移动端停滞在120万个站点(样本量1200-1600万)
  • 头部100万网站:React采用率稳定在12-18%

自我强化循环机制

  1. 数据训练循环

    • React主导现有网络(12个月内新增1300万+站点)
    • LLM基于现有网络进行训练
    • LLM默认输出React代码
    • 新站点继续使用React构建
    • 形成更多React训练样本
  2. 开发者生态循环

    • React主导开发者生态系统
    • IDE和工具优先输出React代码
    • 工具要求LLM默认输出React
    • 新站点持续采用React
    • 更多React站点增加工具需求

新框架面临的四大障碍

  1. 训练数据缺失:新框架需要12-18个月才能进入LLM训练集
  2. 工具支持不足:主流工具(如Replit、Bolt)已硬编码React支持
  3. 生态系统差距:React拥有数千个库,新框架仅有数十个
  4. 开发者惯性:开发者已习惯维护React代码

对三类关键角色的影响

  1. 框架作者

    • 需要面对React在LLM训练数据中的统计优势
    • 必须同时构建完整的库生态系统
  2. 平台开发者

    • 开发者体验功能难以对抗React的既定模式
    • 应聚焦无法在用户空间实现的基础能力(如WebGPU、WebAuthN)
  3. 工具创建者

    • 不默认支持React将限制市场空间
    • 需在输出质量而非框架选择上竞争

行业发展趋势

  • 短期(1-3年):Web将由LLM使用React和少数 entrenched 库构建
  • 长期展望:当模型进化到允许通过自然语言操作站点时,框架本身可能变得无关紧要

行动建议

  1. 建立以用户体验为核心的评价体系(类似Core Web Vitals)
  2. 平台创新应专注于:
    • 多页面视图转换等导航能力
    • WebGPU等新型计算访问
    • WebAuthN等安全原语

(注:原文中关于具体数据对比的图表描述、部分工具名称列举等细节内容已酌情精简,保留核心论证逻辑和关键数据支撑)

评论总结

评论总结:

  1. React主导论
    部分评论认为React因LLM训练数据优势将长期主导前端开发。

    • "React has permanently won because LLMs are so heavily trained on it" (simonw)
    • "React is winning; if the competition of volume" (sshine)
  2. 反对React锁定
    许多开发者认为LLM能适应其他框架,React的编译步骤反而可能成为劣势。

    • "LLMs can help us break free of React and go back to building things in a simpler way" (simonw)
    • "I've used LLMs in a variety of front-end frameworks and they do just fine" (bubblyworld)
  3. 框架多样性可能
    有观点指出LLM能理解小众框架,新框架可通过设计优化适配LLM。

    • "I'm using an obscure framework... Codex understands it" (jillesvangurp)
    • "New frameworks may emerge optimized for Agentic coding tools" (jillesvangurp)
  4. 开发者自主性
    部分评论强调开发者仍掌握技术选型主动权。

    • "People can still code without LLMs, or use them with a human in control" (Kwpolska)
    • "Real engineers still use the proper tools" (gitaarik)
  5. 生态影响争议
    对LLM是否导致技术生态僵化存在分歧:

    • 支持者认为能减少无意义的技术轮替:"The days of inventing new JS frameworks every three months couldn't be gone fast enough" (raincol)
    • 反对者认为创新仍会持续:"Paradigm shift is sufficient... programmers like new shiny things" (contrarian1234)

关键数据点:
- 有用户提到SWE-Bench基准测试中50%任务基于Django(w4)
- 多篇评论提及Vanilla JS/HTMX/Alpine等轻量方案更适合LLM协作