RAILS WORLD 2026 · 演讲证据地图查看来源 ↓

代码会消失吗?
判断力不会。

DHH 用 63 分钟讲述 AI 编程的狂喜、转向与风险。这里把演讲主张、独立证据、可操作的验证分开,供创作者和小团队判断下一步。

958 段英文字幕00:00:07—01:02:557 个主题章节2026-09-23 · Austin 演讲2026-09-29 整理
22个主要主张与观察

覆盖生产率、原生应用、Rust、Rails、CLI、架构、安全与经济类比。时间均为 SRT 相对时间,不是公开视频时间码。

READ THIS FIRST

演讲里最值得带走的三件事

01生产方式确实在变

他从亲手写代码转为给代理定义目标、审查产物;但速度提升与产品质量是两个指标,须分开量。

02本报告推断我们认为架构可能成为瓶颈

Basecamp 5 的设计师 vibe coding PR 留下“瑞士奶酪”式结构;DHH 归因于当时模型不够强。我们推断,接口、测试和整体一致性仍需单独验收。

03数据与预测要分层

HEY/Rust 的节省、Omarchy 的成绩多为演讲者自报;“年底手写代码结束”是预测,ATM 类比有事实错误。

独立事实演讲者主张预测 / 修辞本报告推断

独立事实附原始来源;演讲者主张以字幕为依据,但未因此被外部证实;推断与建议可以被实验推翻。

THE ARC · 63 MINUTES

从摄影机到“乐观主义药丸”

七个时间段呈现论证推进;各块等宽,不代表演讲实际时长。点击章节可跳至下方对应的观点卡片。字幕的所有 958 段已按时间顺序保存在内部原文档案。

00—10 分技术类比

摄影普及、绘画改变:新工具让旧技能的价值重新分配。

看主张 01 ↓
10—20 分模型拐点

Opus 4.5、个人产出、100 倍修辞与传统编程身份。

看主张 03 ↓
20—30 分组织转向

37signals 放下键盘、Basecamp 5 教训、HEY 原生化。

看主张 05 ↓
30—40 分技术栈选择

Rust 黑箱、Rails 的零安装优势、自然语言编程。

看主张 09 ↓
40—50 分设计再思考

预测手写代码退场、代理时代的抽象、CLI 作为入口。

看主张 14 ↓
50—60 分个人工具与风险

Omarchy、微型应用、安全担忧、ATM 与核能类比。

看主张 19 ↓
60—63 分价值选择

Jevons 悖论、程序员身份、面向未来的乐观宣言。

看主张 22 ↓
CLAIM ATLAS

22 个主张,逐一标明证据边界

每张卡片的时间都可回查原 SRT。文中的“他说”指演讲原话或紧贴原意的转述;“我们”指本报告的解释或建议。

01 · 02:13—11:11类比

摄影改变绘画的任务边界

DHH 以 Brownie 普及后画家转向其他表达为类比,也知道摄影早在 1840 年代出现。他没有说 Brownie 催生印象派;把 19 世纪摄影冲击、1900 年 Brownie 和后来的立体派串成一条线,压缩了历史过程。

用途:用来提出“哪些任务被压缩”,不能直接预测职业命运。
02 · 05:33史实可核

更便宜不等于零门槛

Kodak 官方记载 Brownie 机身 1 美元、胶卷另计 15 美分。相机价格只是普及的一部分,冲洗、发行、学习也影响采用。

例证:软件生成成本下降,部署、测试、获客和维护仍需投入。
03 · 11:20亲历 + 预测

模型能力跨过他的阈值

DHH 把 2025 年 11 月的 Opus 4.5 视为个人转向代理编程的节点,并预测历史会把它记作“代理时代”的拐点。前者是亲历,后者是未经行业验证的预测。

验证:用团队自己的真实需求和维护周期重测。
04 · 16:02—18:58数量级修辞

100 倍、1000 倍的程序员?

他引述 1968 年程序员差异研究,再把“无工具的较弱程序员”和“有工具的较强程序员”对比,提出 100/1000 倍修辞。这不是同一个人用 AI 前后的受控提速;原始研究的量级也未在本报告独立核查。

反证:固定任务难度,比较交付时间、缺陷与返工。
05 · 20:45组织选择

37signals 把手写代码变成例外

他描述团队“pencils down”,从亲自实现转为调度代理。这是某组织的现阶段流程声明,不能自动移植到有不同安全、合规或遗留代码约束的团队。

试法:先选边界清楚的低风险模块。
06 · 22:34经验 + 分歧

Basecamp 5 的“瑞士奶酪”

春季 20—30 个设计师 vibe coding 的 PR 让架构像“瑞士奶酪”。DHH 随后明确说,当时认为技术未准备好的结论是错的,并推测换用更强模型或许能成功;“架构仍是瓶颈”是本报告的相反推断。

验证:比较不同模型下的整体结构、审查和长期返工。
07 · 24:10—28:40产品演示

HEY 展示六个原生应用

DHH 表示代理让高保真原生客户端经济上可行;演示时项目仍早期。原生重写应把手势、离线、无障碍、同步与崩溃率纳入验收。

外部对照:Shopify 的 Shop 原生版上线,但过程有测试与人工关卡。
08 · 28:46—31:31自报数据

HEY:CPU −99%,内存 −95%

演讲称改成原生前端、后端不再渲染 HTML,并迁到 Rust 后,资源用量大降。没有同负载基线,不能把全部降幅归功于 Rust,也不能换算成普遍省钱率;Raspberry Pi 级部署只是粗算。

验证:比较每万次请求总成本、尾延迟和事故率。
09 · 31:46工作方式

异步委派,别守着聊天窗口

DHH 说代理像同事,可以交代任务后去做别的事,不必以同步聊天的方式等输出。他没有在这段明确提出“多代理并行”;协作冲突是本报告引申的工程风险。

例证:若多项任务同时改同一接口,先指定合并责任人。
10 · 33:04场景判断

Rails / Web 仍适合零安装访问

即便推崇原生客户端,DHH 仍为临时用户、分享链接和免安装场景保留 Web;他认为 Rails 的“约定优于配置”会带来 token 效率。这是设计判断,尚无跨框架实验支撑。

例证:报名页用 Web;重度离线编辑更可能需要原生体验。
11 · 33:40—36:36有限基准

Rails 官方评测只覆盖 Fizzy

新 feature-ticket 基准用 37signals 的 Fizzy 仓库 20 个工单,每项三次;GPT-6 Astra 在 max effort 下成功 32/60 次,即 53.3%(默认 effort 的最高成绩为 35.0%)。DHH 说旧版接近饱和后刻意加难;没有跨框架对照。

边界:既不能证明 Rails 普遍更优,也不能直接反驳他的手写代码判断。
12 · 36:39自报产出

15 万行与 3 万行不是同口径

他说过去 21 年平均每年约 3 万行生产 Ruby,而今年 8 月一个月约 15 万行全部代码,含大量更啰嗦的 Rust;Ruby 工作时间占比还降至约 3%。不能把行数差异直接换算成六十倍生产率或产品价值。

更好的指标:被用户使用的功能、缺陷与维护时间。
13 · 38:06技能迁移

“英语”成为高层编程语言

他的要点是自然语言可以表达目标和约束;但是模糊需求会变成模糊软件。真正迁移的是规格、例子、边界和验收能力。

例证:“做搜索”不够;需说明权限、排序、空结果和延迟。
14 · 40:40断言 + 预测

手写代码“今天已不划算”

DHH 断言对绝大多数程序员而言,这在当下已是现实;“年底几乎覆盖所有领域”才是预测。会场举手仅约五人仍大量手写,但这是自选听众,无法代表行业。

2026 年末验证:抽样团队记录人手编辑占比及其原因。
15 · 43:03架构假说

传统抽象可能成为阻塞点

代理数量增加时,修改共用抽象的协调成本可能超过复制几段代码的成本。但复制也会增加安全修复与行为一致性成本,不能据此全面弃用抽象。

决策:按变更频率和错误半径决定抽象边界。
16 · 45:10接口策略

CLI 给代理稳定的应用入口

他要求应用能从命令行调用,减少聊天机器人嵌入每个界面。CLI 的优势是可组合、可脚本化;同时要有身份、权限、幂等、速率限制与可追溯回执。

例证:同一命令可连接邮件、项目管理与日程,但需最小权限。
17 · 46:38个人体验

HEY CLI 的语义检索

他举自己用命令行查询邮件的例子,说明代理能在既有产品之上组合新工作流。一个顺手案例不能证明召回率与误报率。

验证:选 30 个已知答案的问题测准确率和权限边界。
18 · 48:13—54:58自报成绩

Omarchy 与个人微型软件

字幕写他为 Omarchy“筹集约 2000 万美元”,此口径可能受转录误听影响、未独立核实;安装从 3 分 33 秒到 35 秒、实验室 9 秒,也仅为演讲自报。他还称让模型运行一夜可带来 10—30 倍优化,尚无可复现基线。

可迁移的点:降低私人问题的软件制作门槛。
19 · 55:02风险态度

安全担忧需要检验

DHH 承认代理安全问题,同时认为部分担忧被夸大;他举 Rails 的 C 图片库 CVE 与 HotCell 隔离方案。它们是他的论据,不代表风险已消除;本报告建议写入权限、审批和回滚与后果匹配。

例证:可让代理起草迁移,生产写入仍需可核验关卡。
20 · 56:25ATM 类比

降本可能扩大网点需求

DHH 借 ATM 说明自动化不一定立刻减少柜员就业。Bessen 的历史分析支持早期网点扩张部分抵消岗位替代;但 DHH 把美国 ATM 引入说成 1950 年代,和史料记载的 1969 年冲突。

注意:历史类比不能直接预测 AI 就业效果。
21 · 56:31 / 60:16数字核查

柜员数必须按年代与口径看

DHH 称 1950 年约 3 万、2010 年约 4 万名美国柜员;前者尚无同口径基数,后者与 BLS 2010 年 556,310 的职业估计明显冲突。BLS 2017 年约 49.1 万、2025 年约 33.9 万,另预计 2025—2035 年降 13%;这些数字不能单独归因于 ATM。

含义:承认早期未必减少,也看后续下降。
22 · 57:34—62:55类比 + 立场

核能、Jevons 与乐观

DHH 称冷战是“最好的一种战争”(指核大国未直接互炸),又说核能被风险观念耽误了 40 年;这些是他的评价,不是本报告的结论。他还把 Jevons 悖论说成“关于 ATM”,其原始语境其实是煤炭效率。最后从“无人能预知未来”跳到“理性选择乐观”,不是博弈论证明。

建议:保留创造热情,也保留能推翻乐观结论的数据。
FACT CHECKS

七个容易被讲顺、却值得停下来的地方

核查只针对可验证的日期、数字、样本与归因;演讲者的价值选择不能靠事实核查直接判真伪。

类比时间线

Brownie 不是画家转向的起点

DHH 没有说它催生印象派;他把 1840 年代以来摄影对肖像业的冲击、1900 年 Brownie、画家转向新形式连成一条叙事。印象派首展已在 1874 年,说明时间线被压缩;立体派的出现则在 Brownie 之后。

结论:类比可启发,不能压缩成单一因果。 Kodak · NGA

任务基准

53.3% 不是通用 AI 成功率

Rails 官方用 Fizzy 的 20 个工单、每项三次;GPT-6 Astra max effort 成功 32/60 次。旧基准接近饱和后加难,且没有跨框架对照。METR 在早 2025 年用 16 名开发者、246 个 issue、当时的 Cursor/Claude 工具测得平均慢 19%,也不能代表 2026 年全部工具。

结论:两项研究都只限定其样本。 Rails · METR

历史日期

美国 ATM 并非 1950 年代出现

计算机历史博物馆记载首台美国 ATM 于 1969 年在纽约 Chemical Bank 投入使用;伦敦 Barclays 的自动取款装置见于 1967 年。DHH 的“1950 年代美国引入”与此冲突。

结论:演讲日期有误。 CHM 美国 · CHM 英国

职业数据

早期增长与后期下降都要看

Bessen 指出 ATM 普及时,每家分行柜员变少,但分行增加,岗位没有立即消失,支持 DHH 的方向。BLS 2010 年估计 556,310 名柜员,明显高于他所说的 4 万;2017 年 491,150,2025 年 339,200,且预计 2025—2035 年降 13%。跨来源口径需谨慎,不能把全程变化都归因于 ATM。

结论:机制随时期变化。 Bessen / IMF · BLS 2010 · BLS 2025

自报降本

CPU 和内存降低不等于 TCO 同比下降

HEY 的 99%/95% 是演讲自报,并伴随前端原生化、后端停止渲染 HTML。总成本还含迁移、运维、人才、可靠性和闲置冗余;没有同负载账单,无法归因或外推。

结论:待独立复现;不能外推至其他应用。

外部公司自述

Shop 原生化采用人工关卡

Shopify 自述 Shop 原生应用约 12 周后上线;一次性代理重写会产生难维护代码,因此按小切片加测试、视觉对照、两名对抗式审查者和人工确认。Shopify 主应用当时仍在迁移。这不是 HEY 的独立验证。

结论:案例支持分段验收。 Shopify Engineering

概念错置

Jevons 悖论并非“关于 ATM”

DHH 在结尾将 Jevons 悖论和 ATM 直接挂钩。Jevons 19 世纪原讨论煤炭效率;效率提高是否让 AI 软件需求反弹,必须另行测量。其核能/冷战类比也不能代替安全检验。

结论:原始语境不同,未来结果未知。 Yale · The Coal Question

DECISION LENS

把演讲转成小团队的取舍

下面是本报告的推断和建议,不是 DHH 对每个团队的指令。

用代理增加产能

让“可验收”先于“可生成”

  • 优先:局部功能、测试补齐、内部工具、可回滚迁移。
  • 每次给出用户任务、输入输出、禁止触碰的边界和验收样例。
  • 计量从“生成多少代码”换成“有效任务完成率、缺陷和维护成本”。
  • 跨模块 PR 先画依赖图,指定一个人负责整体架构。
反证信号:返工、事故和审查时长增长快于交付速度。
选 Web、原生与 CLI

由用户任务决定表面,由权限决定入口

  • Web:分享、试用、一次性访问、跨设备轻任务。
  • 原生:离线、系统深度集成、重度交互与性能敏感任务。
  • CLI:可脚本化流程、代理调用和跨产品组合。
  • 一个产品可同时提供 Web 界面与受限 CLI;不要为代理开放超出人的权限。
反证信号:新客户端使用率低,或 CLI 带来不可追溯写入。
NEXT 30 DAYS

三个成本可控的验证实验

事先写下成功阈值与停止条件;数据不支持时,改做法,不为观点找借口。

01

同一需求,人工与代理并跑

挑 6—10 个规模相近、可回滚的工单,随机分配或交叉执行,隐藏验收相同。

  • 记录从需求到上线的总工时。
  • 7/30 天后复测缺陷与返工。
  • 把审查和提示成本计入。

决策指标:净周期、缺陷率、审查时长。

02

给一个真实工作流做受限 CLI

选择只读查询或可撤销动作,如从项目、邮件和日程汇总个人待办。

  • 明确调用者身份和作用域。
  • 记录参数、结果与错误回执。
  • 拿 30 个已知答案问题测准确性。

决策指标:完成率、误报、越权次数。

03

原生重写先验证一个关键任务

选一个现有移动端痛点,做小范围原生切片,而非整站重写。

  • 和 Web/混合实现同条件测试。
  • 包含无障碍、离线、崩溃与同步。
  • 真实用户盲测并记录留存。

决策指标:任务成功率、性能、维护成本。

SOURCES & METHOD

出处、边界与可追溯性

原文:用户提供的 SRT,958 段、00:00:07—01:02:55,逐段按原顺序保存在内部原文档案中,七个主题章节保留英文原句和时间码。原件 SHA-256:380b464b693a20444cfd17f059ff08661db0bfc6a0863ca504f0216c62761d6f。SRT 可能含自动转录误听;本报告未把转录等同官方逐字稿。

核查方法:先从 SRT 提取主张,再用公开原始资料核对能验证的日期、数字与案例。演讲自报而缺少外部资料的项目保留原口径并标注。外部资料与 SRT 发表时点可能不同;本页不将后来的数据反写为演讲当时已知事实。

编辑与审校:事实由原字幕及可追溯来源核对。