我隐隐觉得详细的的一点点 review agent 写的代码有点不可持续了 更好的办法可能是设计更强的约束来让 agent 能 oneshot 的写出符合要求的代码，并且能有成熟的测试体系来保证他不出问题和方便扩展和维护 但是当下我还没找到什么好办法

我觉得有必要再强调一次，AI时代后端服务架构这块但凡没法保证团队里**绝大多数**都是具有超强ownership+超强工程敏感度的，一定要选择微服务把业务拆开 不然你会发现 光一个下午的疏忽 只一个”什么都不想就干“的傻卵抄起AI就可以哐哐往自家代码里灌几千行的屎 扬起的屎花平等地溅到每个人嘴里

看 Rails 社区对 DHH Keynote 的反应，我觉得他们接受不了的是：或许 Ruby 和 Rails 也可能有一天不再重要。 @dhh 这次已经走得很远，远得很多人无法接受，而且我觉得他说得还是稍微委婉了一些。 HEY 开始走向 Native + Rust。在我看来，这可能只是一个开始。 我甚至认为，未来在很多服务端场景里，Ruby 和 Rails 都可能逐渐被替代。不是因为它们不好，而是时代的条件已经变了。 都已经 Pencils Down 了，代码都不需要自己写了，那么很多过去为了开发效率做出的技术选择，自然值得重新考虑。 Rails 已经 20 多年了。它当然伟大，Convention over Configuration、Programmer Happiness、One Person Framework，这些思想影响了整整一代开发者，也深深影响了我。 但伟大的应该是这些思想，而不是那几百万行 Ruby 代码。 这一点我其实很能理解 DHH。 我在 11 年开始和一些人一起组建 Ruby China 社区，一直到现在，很多人因为 Ruby 认识我。但后来我逐渐从 Ruby 到 Go，再到 Rust，几乎不再写 Ruby。早些时候其实我一直不好意思在社区里面说这个事情，感觉不好开口。 不是我否定了 Ruby。 恰恰相反，Ruby 留给我的很多东西，今天依然存在于我做的事情里。 只是当我发现新的工具能把事情做得更好，我没有理由因为自己的过去，就要求自己的未来也必须是 Ruby。 所以如果有一天 Rails 大量使用 Rust，甚至最终变成一个完全不同的东西，我一点都不会觉得这是对 Rails 的背叛。 真正背叛 Rails 的，反而可能是为了守住 Rails，而拒绝继续改变。 DHH 今天还没有这么说。 但我认为他心里已经开始走到这里了。 不信，等着瞧。

会议结束，各回各家，各找各妈咯。 KubeCon 的 Kube 含量是越来越低了😂 今年主要收获是了解了 kata container v4 以及一些其他的沙箱方案，还有相关的实践与启动速度的优化思路。AI 训推的 talks 也听了一些，但没应用场景，没咋上心。 最后附上从各家展台收获的小礼品（