Rails World 2026 开幕演讲视频
Rails World 2026 Opening Keynote [video]
由于访问权限受限，目前无法获取 Rails World 2026 开幕演讲的具体内容。该活动通常汇聚全球 Rails 开发者，探讨 Ruby on Rails 框架的最新演进、性能优化及未来生态。虽然无法直接复述演讲细节，但此类 keynote 往往聚焦于社区愿景、技术挑战与创新实践，是开发者把握行业趋势的重要窗口。建议关注官方渠道以获取完整视频与资料。
由于内容被禁止访问，无法从原文中提取并翻译具体句子。
HN 评论区
474- robbyrussell
昨天上午我坐在第一排听了 David 的演讲。鉴于前一天刚跟他聊过，我得承认……我既没感到特别惊讶，也算是有备而来。
来自 #RailsWorld 的一点现场观察：这里的氛围绝非末日般的悲观。恰恰相反。无论我们的行业将驶向何方，我们大多数人仍然受雇为“修补匠”……维护着客户依赖、企业也乐意为之持续付费的系统。
我们大多数人醒来面对的不是白纸一张去设计未来的架构。我们继承的是多年前做出的决策，更新旧模式，在限制中周旋，并确保这堆东西能可靠运行。
我认为这些新工具给了我们一个机会，让我们对继承下来的系统多思考一些。去拆解事物为何如此运作。去摆弄那些我们过去因没时间、没信心或没权限而未曾重新审视的假设……并分享我们的发现，以便下一个人，或下一个 Agent，能更轻松地上手。
八年前我们选定的那个部署模型？值得再审视一番。我们的一些 Web 应用可能更希望自己是原生应用。还有很多架构决策我们一直沿用，主要是因为……嗯，我们一直忙着跟它们共存。
关于这些工具对我们工作的影响，存在大量可理解的焦虑。我越来越好奇的是，它们赋予了我们重新审视什么的“许可”。
一旦我的主题演讲发布，我会分享更多关于我正在开发的一个与编程语言相关的框架的详情……
- robgough
抛开对他政治立场的担忧不谈，我认为他在这里所说的确有道理，他只是直陈开发者正在或将要面对的现实。对许多人来说，听到这些会非常不适。
值得注意的是，他在这次演讲中的视角完全是从“开发者 - 用户”的角度出发，而非框架本身的负责人。这让我感到惊讶，我也怀疑这对 Rails 来说并非吉兆。
尽管全面拥抱了 Agent 驱动的开发，但这里完全没有提到他们如何调整框架以适应这种新的 Agent 开发现实。Agent 目前确实能很好地与 Rails 配合，但据我所见，这里没有任何推动事物向前发展的举措。
就我自己的项目而言，我已经 largely 转向了 Elixir/Phoenix，原因与他使用 Rust 类似……我本不想去学它，但现在我不得不学，同时也得以利用它的优势。
- zerr
所以主题演讲中提到，从长远来看，你将是一个“造物者”而不是程序员。但是，没人去问：从长远来看，为什么有人会使用你“造”出来的东西，而不是直接使用 AI？所有关于应用的概念，从长远来看都将消失。
- sashank_1509
关于原生应用与 Web 应用的问题，这完全是人为制造的伪命题。我想我可能更倾向于像游戏引擎那样确定性的解决方案，但让 Agent 根据 Web 规范编写原生应用也不是个坏主意。
对我来说更大的问题是：最初的实现，是 Agent 来做，还是由人类手写代码？我的两分钱观点是，我现在重度使用 Agent，每天审查数千行代码，我认为除非我脑子里已经对要构建的规范有清晰的想法，否则这行不通。
通过实际动手做这件事——也就是以人类的速度敲代码——我能更好地理解架构应该是什么样，以及该如何构建。我不是靠推理得出好架构的，我想过去我也没怎么那样做过，更不会因为让 Agent 第一百次检查计划并向我解释就突然懂了。而且，一旦我弄懂了架构，我认为 Agent 甚至不会让我快多少。它把 7 天的编码时间缩短到 1 天，但那 7 天本身价值不大，而在那 7 天里我产生的想法和心智模型，将在未来多年里带来回报。
你会告诉裁缝说使用工业缝纫机能提高他制作精致、美丽衣物的手艺吗？当然不会。实际上，即使在 2026 年，大量高质量、精致的衣物仍是手工缝制的。编程领域也会有类似的等效物，连 DHH 也承认了这一点，当他用“修补匠”这个词来留有余地时……
- why-el
到目前为止，Rust 重写的成功率直接与是否存在良好设计的测试套件相关，甚至可能是超线性相关的。这就是为什么 Bun 的重写和其他项目成功了。我预计这对 37Signals 的重写也同样适用。
我想在他们完成后了解几件事：
1. 一旦测试套件的辅助工作结束，他们后端的功能是如何构建的，又是如何继续保持同样质量的？LLM 编写测试稍微棘手一些，因为它往往倾向于 Randy Coulman 多年前所说的“同义反复式测试”。要让它不这样做需要大量工作，所以我猜测 37Signals 的人至少会读到这一部分。我无法想象他们完全不读 Rust 代码。
2. 多年来，他们在领域设计上有过几次创新，这些创新让 Rails 更容易实现，例如他们的委托类型模式。Rust 会复制这些吗？如果不读代码，我们怎么知道？或者这根本不重要？此外，新模式是如何涌现的？我们更好的抽象武器库又是如何不断增长的？
我没有答案，但很高兴有机会能学到这些答案。
- hitekker
“这是我经历过最令人困惑的葬礼”是那里的最高赞评论。相当贴切！
- tnolet
一个面向开发者的会议，竟然给一个如今已彻底公开、不再掩饰其种族主义/法西斯主义立场的人一分钟的屏幕时间，这让我百思不得其解。Rails 世界是不知道，还是不在乎？
编辑：因为真正的 Rails 大会已经禁止了他，所以这是他自己的会议。算是可悲的胜利吧。
- ksec
我本来希望能听到关于 Rails 9.0 的消息。感觉 Ruby on Rails 的终结已经到来。
Hey 甚至已经不再是一个 Ruby on Rails 应用了。而且间接承认了 Ruby 很慢，毕竟他们用 Rust 重写后削减了 99.9% 的 CPU 使用率。
- devy
我真的很喜欢 DHH 的主题演讲，他用自己家族谱系的故事，结合艺术史与技术演进的肖像画 -> 摄影作品的类比，来阐述当前技术领域的变化。
- melodyogonna
来参加 Rails 大会。发表一场与 Rails 毫无关系的主题演讲。然后离开。