那 Rails 怎么办？
Hacker News 摘要这篇文章由 Jared Norman 撰写，主要针对 David Heinemeier Hansson（简称 DHH）在 Rails World 2026 大会上的开幕主题演讲进行了深入的批评与剖析。作者认为，作为 Ruby on Rails 的核心掌舵人，DHH 的演讲不仅几乎没有提到 Rails 未来的发展规划，反而释放出了令人担忧的信号。
文章的核心内容主要分为以下几个部分：
DHH 演讲的核心要点
• 自称从专业程序员退休：DHH 宣布自己已不再是传统意义上的程序员，而是转型为创造者（maker）。他声称英语已成为最好的编程语言，开发者甚至不需要再去阅读大语言模型生成的代码。
• 全面倒向大语言模型与原生开发：DHH 认为手动编写代码在经济上已不再划算。为此，37signals 公司正在使用大语言模型为其产品 Hey 开发全平台原生应用，以此替代原有的 Web 架构。
• 服务端转向 Rust 语言：DHH 表示 Hey 的新版后端已改用 Rust 构建。尽管他依旧认为 Rust 语言外观丑陋且不适合人类编写，但他认为该语言极度适合大语言模型生成，并享受其带来的极致性能与稳定性。
• 代码产出与工作重心的剧变：DHH 声称自己在单月内依靠大语言模型生成了 15 万行代码，而今年他编写的代码中 Ruby 仅占 3%。他预测到年底，几乎所有公司和开发者都会普及这种纯大语言模型驱动的开发模式。
• 提倡命令行界面优先与盲目乐观：他呼吁所有服务都应提供命令行界面，以便 AI 智能体直接调用，并在演讲结尾严厉斥责了对 AI 持怀疑和悲观态度的人。
演讲中忽视 Rails 的问题
• 旗舰产品脱离 Rails 阵营：DHH 在全球最重要的 Rails 开发者大会上，公开宣布 37signals 的旗舰产品 Hey 正在脱离 Rails 生态。
• Rails 定位的缩水：过去二十年里，Rails 一直被标榜为适合小型团队构建宏大产品的首选方案。然而在 DHH 最新的言论中，Rails 被降级为仅用于别无选择时的 Web 应用，其原有的约定优于配置理念也被重新包装成了大语言模型的提示词效率。
• 自相矛盾的产品策略：37signals 一方面为了更好的用户体验，投入巨大成本将 Web 应用重构为原生应用；另一方面 DHH 又主张未来所有交互都将通过命令行界面由 AI 代理完成。如果所有产品都退化为命令行交互，其产品原有的设计优势将荡然无存。
• 缺乏对未来的实质性规划：DHH 对 Rails 开发者现场发表了空洞的吹捧与鼓励，但通篇没有提供任何关于 Rails 框架本身的实质性发展路线，让人怀疑他是否已经放弃了对该生态的引领。
对 DHH 大语言模型观点的质疑
• 业务复杂度的局限：37signals 的产品多为轻量级的项目管理或看板工具，这类产品的成功高度依赖于产品设计和市场营销，而非攻克极端的计算机科学难题。因此，完全不看代码的开发模式无法直接推广到复杂的工程领域。
• 数据对比缺乏严谨性：DHH 将大语言模型生成的冗长 Rust 代码与自己手写的精炼 Ruby 代码进行行数对比，作者指出这种衡量标准毫无意义。
• 性能优势归因不清：DHH 宣称 Rust 后端节省了 99% 的处理器资源和 95% 的内存占用，甚至能在单台树莓派上运行峰值流量。但作者指出，性能大幅提升的根本原因可能在于彻底剥离了 Web 前端，而不能单纯归功于 Rust 或 AI 智能体。
• 盲目乐观与事实脱节：DHH 在演讲中引用的诸如自动取款机普及并未消灭银行柜员等历史案例，在年代、引用的经济学家以及数据规模上均存在事实错误。此外，37signals 在开发 Basecamp 5 时因未经人工审查的代码导致架构千疮百孔，也直接推翻了他所谓的完全不需要人工检查代码的论调。
总结
作者认为，DHH 有权选择任何工具开发自己的商业软件，但在 Rails 社区的顶级大会上，社区需要的是对框架未来维护与演进的明确路线图，而不是脱离现实的 AI 狂热宣讲与空洞的安抚。DHH 的演讲未能解答 Rails 未来何去何从的根本问题。