news 2026/10/1 16:00:45

9个月的活,AI 45分钟做完:当顶级程序员决定不再写代码

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
9个月的活,AI 45分钟做完:当顶级程序员决定不再写代码

"我估计要学9个月的活,AI不到45分钟做完"——但真相比这句话复杂得多

技术观点深度分析2026年9月

David Heinemeier Hansson(DHH),Ruby on Rails创始人、37signals联合创始人兼CTO。过去二十年,他是全球最知名的"手写代码捍卫者"之一。但在2026年9月23日的Rails World大会上,他宣布了一个让整个软件工程界震动的决定:37signals进入"放下铅笔"(Pencils Down)阶段——AI Agent写的代码是默认选项,手写代码才是例外。一条YouTube Shorts里,他说出了那句话:"我估计要学9个月的活,AI不到45分钟做完。"但如果只看到这句话就下结论,你会错过真正重要的东西。

一、那句话的完整语境

那条在YouTube上获得5万+播放的Shorts,原始语境来自DHH在Lex Fridman播客第501期(2026年8月26日发布)的长谈。在五小时的对话中,他分享了一个具体场景:某个他原本估计需要花九个月学习才能掌握的技术领域,AI Agent在不到45分钟内就完成了实现。

这不是夸张。DHH用Omarchy Linux(一个基于Arch Linux的桌面发行版)的Quattro版本做了验证:在过去两个多月的开发中,他没有亲手写一行C++、Bash或系统配置代码。100%的发布代码由自主Agent编写——他在架构层面指导、约束和审查,但实际的"打字"完全消失了。

对于一个花了二十多年亲手雕琢代码、把"程序员幸福感"作为Ruby on Rails设计哲学的人来说,这是一个真正的转折。DHH自己说:他不再称自己为"专业程序员"了,因为他已经五个月没写过代码。

二、转折点:2025年11月24日

DHH不是突然转变的。他在播客中精确指出了转折日期:2025年11月24日——下一代前沿推理模型(如Claude Opus 4.5)发布的日子。

同样关键的是Agent工具链的成熟。不再是浏览器里的聊天框,而是拥有终端执行能力、持久文件系统访问、自动lint和闭环验证的完整Agent框架。工具从"交互式搜索引擎"变成了"自主协作者"。

三、但同一批人,在Basecamp上翻车了

这是大部分报道没讲的部分,也是DHH自己在播客中坦承的。

Omarchy是DHH的个人项目——从零开始、完全在他的方向下构建。但Basecamp和HEY是37signals真正赖以为生的商业产品,有十年以上积累的代码库、有真实客户、有历史架构决策。Agent在Omarchy上能写出100%的发布代码,但在Basecamp上"surprisingly tricky"(出乎意料地棘手)。

具体发生了什么?2026年初,在Basecamp 5的冲刺阶段,37signals做了一个实验:让产品设计师直接用AI"Vibe Code"功能特性。逻辑是:设计师最懂交互流程和界面状态,让他们直接用AI写代码,跳过工程师。

结果:

孤立看,每个Pull Request都能正常工作。视觉状态更新正确,按钮触发了动作,动画跑60帧,手动测试完美通过。

但合在一起,系统架构碎了一地。每个Prompt会话都在发明自己的临时数据结构、重复数据库查询、破坏既定的领域边界。代码库在冗余和冲突的抽象下快速窒息。资深软件架构师不得不介入,加班加点清除重复逻辑、统一数据模型、恢复架构一致性。

笔者的判断一:绿地项目 vs 遗产系统的鸿沟

DHH故事里真正有价值的数据点,不是"AI写了100%的代码",而是Omarchy和Basecamp之间的差距。绿地项目(从零开始)和遗产系统(十年积累)是完全不同的问题。绿地项目里,Agent从第一个commit开始就能做自己的架构决策。遗产系统里,每个文件都带着别人十年前的判断——Agent能被要求"做一个功能",但它很难理解"为什么十年前的计费模块是这样写的"再动手。这不是工具的问题,是问题的本质不同。如果你是一家有成熟代码库的企业,看到DHH的"100%Agent生成"就以为自己也能做到,你很可能踩在Basecamp的坑里,而不是站在Omarchy的山顶上。微程科技等技术服务商在帮企业落地AI编程时,最先要判断的就是:你的系统更像Omarchy还是更像Basecamp?这决定了Agent能走多远。

四、Vibe Coding vs Agent工程:一字之差,天壤之别

DHH在播客中明确区分了两种做法。他把Vibe Coding比作2000年代初的"脚本小子"(script kiddies)——盲目下载和部署PHP脚本,完全不理解底层原理。

Vibe Coding(盲猜式)
  • 关注点:快速视觉输出,不管底层机制
  • 代码审查:实现是黑箱,不做同行评审
  • 架构:无协调的临时生成,每次会话发明新约定
  • 错误处理:盲试——"帮我修这个报错"
  • 长期影响:不可维护的技术债、安全漏洞、代码腐烂
Agent工程(专业式)
  • 关注点:严格接口边界、系统不变量、干净模块域
  • 代码审查:对数据模型、Schema、API契约做鉴证级审查
  • 架构:执行蓝图(TypeScript、Zod验证等)
  • 错误处理:自动回归测试套件、lint、闭环测试框架
  • 长期影响:5-10倍交付速度 + 企业级稳定性

关键区别在于工程师的精神姿态。Vibe Coder希望AI神奇地猜到他没说出来的意图。Agent工程师则扮演一个严格的客户、架构师和指挥者——他建立不可妥协的架构边界,在生成逻辑前先定义数据Schema,并要求严格遵守现有代码库约定。

五、Agent工程的四根支柱

DHH特别强调第四根支柱:语言模型有一个内在倾向——过度工程化。它们频繁生成中间辅助层、复杂的继承结构和多余的抽象。人类架构师的"品味"——判断什么是"够了"的能力——比过去任何时候都更重要。

六、软件工程一直都是产品管理

这是DHH在播客中最发人深省的判断之一:

过去,软件工程师把80%的认知带宽花在语法上:管理指针、解决内存泄漏、格式化CSS、平衡大括号、满足类型检查器。这种"偶然复杂性"给了程序员"守门人"地位。但掌握语法从来不能保证产出的软件真正为客户创造价值。

DHH分享了一个让人意外的观察:在Agent开发的最初几个月里,老程序员经常被不那么教条的工程师超越。资深开发者坚持给模型规定精确的机械步骤,微观管理它的实现。而那些能清晰定义问题、说明用户约束、定义期望结果的人,获得了远超前者的、更优雅的结果。

这不意味着计算机科学基础不重要——恰恰相反。深入理解内存管理、竞态条件、关系索引和网络延迟的开发者,能在几秒内评估Agent提出的实现方案。价值已经从手动生成永久转移到了批判性验证。

笔者的判断二:从打字员到策展人

DHH的转变用一句话概括:工程师从"打字员"变成了"系统策展人"。过去你的价值在于"能写出来",现在你的价值在于"能判断什么值得写、写得对不对、够不够简单"。这跟吴恩达说的"执行变便宜了,判断力变贵了"是同一个判断的不同侧面。但有一个DHH没明说的推论值得展开:策展能力的前提是你自己得先有足够深的知识储备。一个不懂内存管理的初级工程师用Agent写代码,跟一个懂的人用Agent写代码,差距不在速度上——速度可能差不多——差距在"鉴证"环节。前者看不出Agent的过度工程化,后者一眼就能发现"这个抽象层没必要"。所以AI并没有让基础功变得不重要,反而让它变得更重要——因为它是你判断Agent输出的前提。

七、DHH的预判:到2026年底几乎所有人都会这样工作

DHH在Rails World的预测非常大胆:

他把现在的英文称为自己"首选的编程语言"——用英文描述AI Agent该构建什么,而不是自己写Ruby。如果开发者仍然需要去敲键盘,DHH认为这是一个需要解决的问题,而不是一个值得坚持的传统。

但这个预判有一个DHH自己验证过的前提条件:你的代码库是更像Omarchy(绿地项目)还是更像Basecamp(遗产系统)?在遗产系统上,Agent的能力会显著下降——不是因为工具不行,而是因为理解十年前架构决策的上下文是一个AI暂时做不到的事。

笔者的判断三:真正值得抄的不是DHH的结论,而是他的方法论

大部分报道DHH"放下铅笔"的文章,都停在了结论层面——"AI写代码是默认选项"。但DHH真正值得学习的是他的方法论:先在个人项目上验证极限(Omarchy 100%),再在商业产品上验证边界(Basecamp翻车),然后基于两个实验的差距得出结论——而不是一刀切。他同时告诉了你"能做到什么"和"做不到什么",并且解释了为什么不同场景的结果不同。这种"同时持有乐观和悲观"的能力,比任何一个单一结论都更有价值。对任何想把Agent引入开发流程的企业来说,正确的做法不是问"AI能不能写我们的代码",而是问"我们的代码库更接近哪个实验"——然后据此决定Agent的使用边界。

结语:铅笔放下之后

DHH那条Shorts里的话——"我估计要学9个月的活,AI不到45分钟做完"——是真实的。但完整的故事比这一句话复杂得多、也有价值得多。

它包含了:一个从零开始的项目上AI 100%写代码的成功,一个在成熟商业产品上Vibe Coding导致架构崩盘的失败,以及从两者差距中提炼出的Agent工程方法论。

DHH放下铅笔,不是放弃工程——是放弃了一种特定的工程方式(手写每一行),转而拥抱另一种(架构、策展和验证)。他的新角色不是"程序员",而是"系统策展人":定义边界、审查实现、执行简化、确保架构一致性。

这个转变对每个人的含义不同。如果你是资深工程师,你的价值从"写"转移到了"判断"——你的基础功不但没贬值,反而更值钱了。如果你是初级工程师,你需要更快地建立"判断力"——因为"写"已经不再是你的竞争力了。如果你是企业决策者,DHH的两个实验告诉你的不是"AI能写所有代码",而是"在绿地项目上放手用,在遗产系统上谨慎用"。

铅笔放下了。但工程没有结束——它只是换了一种形态。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/1 16:00:16

Ansys Workbench螺栓仿真:三条路线、预紧力与非线性收敛

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/1 15:59:56

做影视解说用什么配音工具效果好

声明:本文基于公开产品的陆续体验整理,没有商业合作,也不替任何一家站台。下面说的好与不好,都来自我自己实际跑过的片子和踩过的坑,供做影视解说的朋友对照着挑。结论先看做影视解说挑配音工具,先把三件事…

作者头像 李华
网站建设 2026/10/1 15:58:02

公卫项目实践:疾控全域多业务档案场景与系统落地思路

一、疾控全域档案业务场景1. 监管业务(餐饮、职业、公共场所卫生):一机构一档,归集采样、核查、技术指导记录;2. 突发应急业务:一事一档,聚集性疫情、中毒事件独立立卷,案卷与涉事机…

作者头像 李华
网站建设 2026/10/1 15:57:07

Linux-MariaDB数据库

Linux-MariaDB数据库📖简介:CentOS7 ,完整讲解 MariaDB 部署安装、配置文件分层结构;基础 SQL 增删改查;数据库用户与精细化权限管理;逻辑 / 物理备份恢复;企业数据库主流架构;主从复…

作者头像 李华
网站建设 2026/10/1 15:57:00

TTF字体完全指南:从TrueType原理到跨平台安装与开发排查

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/1 15:55:29

4.2 米、7.6 米、9.6 米冷藏车怎么选?按配送场景一次讲清

4.2 米、7.6 米、9.6 米冷藏车怎么选?按配送场景一次讲清冷藏车选大了天天空跑烧油,选小了一趟装不下还得折返。4.2米、7.6米、9.6米,是城市配送和中短途运输里最常见的三种冷藏车型。不少人选车只看车厢长度和报价,忽略了限行路权…

作者头像 李华