代码生产成本正在趋近于零，但这不是什么新鲜的危机。软件开发真正困难的部分从来都不是写代码本身，而是弄清楚要构建什么、怎么维持它运转、怎么让一群人在一起把事做成。
作者加入 Etsy 的时候，团队已经花了两年时间在做架构重写，追求“更优雅的方案”——实际上是两套互不兼容的优雅方案——而这两年里没有向用户交付过任何功能。后来他们停下来，统一用 PHP 重新出发。没有人会为什么是“优雅的 PHP”而争论不休，因为这种东西根本不存在。
他的结论：让 Etsy 后来一切得以发生的，不是那套优雅的代码，而是让团队重新开始交付。
这个故事本身就是文章核心论点的注脚：我们长期以来把代码本身当成了价值所在，但成功的团队一直清楚，真正的价值在于整个系统，在于那个让产品得以持续交付、满足用户需求、随时间演进的人机混合体。
代码生产成本正在趋近于零。作者承认这是真实的、前所未有的变化，Claude Code 这类工具确实带来了某种新东西。但他同时指出，“代码是最容易的部分”这个判断并不是 AI 时代的新发现，在此之前这已经成立了几十年。Web、CI/CD、移动端、单页应用，每一次技术浪潮都打乱过团队的工作方式，逼着人们重新发明协作模式。
这次只是规模更大、速度更快。
此文在 Hacker News 上引起广泛讨论，争议出人意料地激烈。有网友提到，把代码说成“容易的部分”其实是一种工资压制宣传，薪资数字本身就是反驳证据。也有观点认为这是程序员面对 AI 冲击的集体心理防御：把自己做的事重新定义成“本来就是次要的”，这样失去它就不那么令人恐慌。
反驳的声音同样尖锐。有人说，阅读一部诺贝尔文学奖小说很容易，但那种流畅的可读性本身就是成就，不是它无足轻重的证明。写代码也一样，你读代码读得像鱼呼吸一样自然，于是就以为写代码也理所当然地简单——这是一种典型的幸存者视角。
但也有经验丰富的工程师直接说：对，代码确实是最容易的部分。真正难的是长期维护，是在已有系统上加新功能，是不要把整个东西建成一坨无法理解的烂泥。《人月神话》写于几十年前，今天读起来依然像昨天写的，因为问题从来不是我们打字的速度。
作者自己的表达有一处值得停下来想想：那些近年因为“好工作”或“喜欢编程”而入行的人，面对这个时刻会有真实的失落感。而他这一代人入行是因为沉迷于那种掌控感，所以很难在情感上理解那种失落。这不是谁对谁错，只是两代人站在完全不同的位置看同一件事。
现在的问题是，当代码成本趋近于零，“构建什么”和“为什么构建”的决策权会落到谁手上，用什么方式落到他们手上。这个问题没有标准答案，但每个还在这个行业里的人都得给自己想一个。
“代码是最容易的部分”这句话，本质上是一场话语权的争夺。把心脏手术说成“只是开刀缝合”，把建筑设计说成“只是画线条”，任何职业都能用这种修辞被矮化。Etsy那个故事真正的教训不是PHP打败了优雅，而是内耗打败了交付。两年做不出东西，换成AI写代码照样做不出——因为问题从来不在键盘上。高薪从来不是为“打字速度”付费，而是为“知道该打什么字”付费。当所有人都能瞬间生成代码，区别你的就是那个“知道”。这不是心理防御，是逻辑必然。
