这事是最不 Ruby on Rails 的 Rails world 了。

不过我早上起来听完之后感觉很受启发，主要是连 DHX 这他本人都不再看代码了，而且一开始讲到这个摄影师和肖像师的历史，我觉得确实很值得借鉴，还是蛮有意思的，整体上。

进入新的时代了

对 DHH Rails World 2026 演讲的想法 https://geeknote.net/Rei/posts/3445

老大，网站适配一下https://darkreader.org/，暗夜模式点开后正文背景还是白的，不容易看清楚内容。

完成了，现在会自动跟随浏览器偏好的主题，或者到“用户设置 - 主题”里设定偏好。

针对 AI 工具在编程中的普及，DHH 的观点确实很有启发性。你觉得在 AI 辅助生成大部分代码后，团队核心竞争力会转向哪些维度？ https://ruby-china.org/topics/44697 fnf

转一下某个文章里对本次 Rails World DHH 演讲的看法，个人感觉算是代表了一种声音，似乎是在嫌弃 DHH 不够敞亮 。原文在这里 https://jardo.dev/what-about-rails

部分节选 GPT 翻译如下：

真正让人失望的不是 AI，也不是 Hey 重写。而是 Rails 的创造者站在 Rails World 的舞台上，告诉所有 Rails 开发者：我的产品要离开 Rails 了。而我能给仍在使用 Rails 的你们最好的建议，只是告诉你们：“你们是最棒的。”

谢谢，但这显然不是一个计划。如果 Rails 已经完成历史使命，那就应该明确告诉社区。如果不是，那就请告诉大家未来要往哪里走。而 DHH 两者都没有做到。他只是告诉大家：未来会很美好，不要成为 AI 悲观主义者。

而我原本只希望，能看到一两页关于 Rails 本身的内容。

能想到三个方面，也是现在工作中面临的。

一个是技术上，对 AI 产出的可用性的把控是可以拉开差距的地方，A 组每天产出 5 个特性，结果 3 个上线后有问题没能提前发现，B 组每天产出 4 个特性，但是这 4 个都能保证线上稳定运行，那 B 组就有优势，靠提前预判干预，还是测试用例自动化巡检，还是模型互博 review 代码，这个是需要考量的方面，而不是只盯着 AI 的产出，另外，抛除 AI 在编码上的增益，技术决策上的考量并没有消失，仍然需要把基础设施、数据、各个组件、各个服务用合理的方式集成起来，这些是 AI 力所难及的地方；

业务层面的就是产品决策怎么做、运营能不能跑起来，这个其实不能算是 AI 引出的新问题，只是产出节奏加快的情况下加剧了这个问题，产出快了未必能及时推进到用户端，推进了用户也未必能消化，反而是要决策好哪些推哪些不推，这个是做开发出身的弱项，要不然也不会有那么多 UI 超级复杂难用的程序员做出来的软件，当同类产品借助 AI 生产力都在快速模仿对手推出新特性的时候，用户面对的很可能是进一步的选择困难，那凭什么选择你的产品并且保持粘性呢，这个考验的其实是领域知识和获客能力；

最后一个就是资源匹配上，尤其是做 toB 或者 toG 业务的，就不多啰嗦了，懂得都懂。

Matz 和 DHH 对谈（Ruby, Rails, and the future of programming - Matz, DHH & Jeremy Daer）

c#的道路是错的，c++套壳是对的