Coding不贵了：账转到Running头上

DHH 在 Rails World 舞台上的三段话，接住了白天那篇"停笔"的下半场。 第一段是技术选择的分水岭：HEY 的后端用了 Rust、客户端走 Native——他的理由不是"更快"，而是"上限更高"：从后端、CLI、Native 应用一路到渲染引擎甚至编程语言本身，需要时能深入系统与内存层做极限优化，同时保持单二进制分发。这是把"运行时的自由度"摆在了语言口碑之上。 第二段是今天的重头戏，他给在场的人算了笔账：AI 时代，他已经 100% 用 AI 写代码——Coding 已经不再是最贵的部分，Running 才是。软件要 7×24 小时跑很多年，算力、资源、分发、维护这些持续累积的东西才是真正的长期成本。于是他把团队的追求换了词：过去注重开发效率，现在追求运行效率。 这两段合起来，恰好是编程线这两篇的分界线。白天那篇说"手写的经济性没了"——供给侧（谁来写）的账已经翻页；这一篇说"跑起来的账才刚开始"——需求侧（跑多久、跑多贵）的新账摊开。当生成便宜了，成本自然流向生成之外：编译得更快、内存吃得更省、分发只带一个文件、十年不崩——这些从来不是"写代码"的KPI，却是"软件活着"的KPI。开发效率是关于起点的，运行效率是关于余生的。 Rust＋Native 这个组合也说明了选择逻辑的转变。过去选语言常看"招人好不好招、生态热不热"；当 AI 把写代码的活接走，人对语言的顾虑退到次要，语言的运行特质反而凸出来——单文件分发的便利、系统层优化的深度、多年运行的稳健。工具好找了，工具的材质开始重要；这与"品味不贬值"是同一件事在选型上的投影。 给正在选技术栈的人一句落地的：用 DHH 那杆秤量一遍你的选项——别问"这语言写起来快不快"（AI 会替你快），问"这套东西跑五年要花多少"：部署形态、内存曲线、维护人手。答案越接近"省心"，你越不需要在未来的某天重写它。