60 岁老程序员的感慨:Claude Code 重燃了我的热情,还是杀死了工程之美?

cover

前几天,Hacker News 上出现了一个帖子,标题叫「我 60 岁了,Claude Code 重新点燃了我的热情」。

发帖人 shannoncc 说,他快退休了。年轻时用 VB6 和 ASP 写代码的那种兴奋感,已经消失了很多年。但最近用上 Claude Code 之后,那种感觉又回来了——他开始熬夜,像二十多岁时一样追赶午夜时分,根本停不下来。

这个帖子获得了 1084 个赞,985 条评论。

然后,一天前,另一个帖子出现了。标题是「我 60 岁了,Claude Code 杀死了我的热情」。

发帖人 fred1268 说,他也快 60 了。但 AI 没有点燃任何东西,反而浇灭了他多年的热情。他以前白天写代码,晚上写代码,周末和假期也写。现在,这种快乐消失了。

他说了一句话,我觉得是对这个时代最精准的概括:

AI 给了我们更多的目的地,但更少的旅途。喜欢目的地的人在狂欢,喜欢旅途的人在失落。这无关好坏,只是不同。

两个 60 岁的程序员,用了同一个工具,得出了截然相反的结论。我在这两个帖子里来回读了很久,因为我在两种感受里都能找到自己的影子。

重燃热情的那一群人

先说说为什么有人会因为 Claude Code 兴奋到睡不着觉。

shannoncc 的情况很典型。他懂架构,懂系统设计,知道管道怎么接、数据怎么流。但他不想再花时间去记某个框架的 API 细节,不想再去 Stack Overflow 上翻那些过时的答案。Claude Code 让他可以直接说「我要一个这样的功能」,然后它就出来了。

这种感觉,对于经验丰富的老程序员来说,像是被赋予了超能力。

硅谷投资人 Lee Edwards 把这个比喻说得更夸张:「对于能充分利用这些工具的工程师来说,就像给了他们一个核动力工厂。一个人就是一个软件公司。」他用 Claude Code 在两周内写了几十万行代码,横跨六个项目——包括一个星球大战卡牌游戏——而且几乎没有自己读过这些代码。

一位在 Reddit 上分享经验的 20 年资深开发者说,有经验的程序员正在变成「AI 指挥家」。这既令人兴奋,又有一种奇怪的冒充者综合征——当 Claude 在几分钟内解决了你可能要调试一下午的 bug 时,你会短暂地怀疑自己存在的意义。

Spotify 的联合 CEO 在财报电话会议上说,公司最好的开发者「从 12 月起就没有写过一行代码」。工程师在通勤时通过 Slack 指挥 Claude Code 修 bug、加功能,到办公室之前代码就已经合并到生产环境了。2025 年,Spotify 用这种工作流发布了超过 50 个新功能。

对这些人来说,Claude Code 不是在杀死什么,而是在解放什么。

失去快乐的那一群人

但另一群人的感受完全不同。

西班牙开发者 Manuel 这样描述 AI 对他工作的影响:「快乐已经完全消失了。我觉得自己像在工厂流水线上,检查、下一个、下一个、下一个。我现在是那个人了,而我曾经是另一个人。」

当被问到「如果 AI 工具明天全部消失,你会怎么感觉」时,这个把整个职业生涯都献给了编程的人说了一个词:「解脱。」

Swarmia 的工程师 Julius 用「魔法」来解释这种失落。「Arthur C. Clarke 说过,任何足够先进的技术都与魔法无异。多年来,程序员觉得自己拥有一种稀有的东西——一种赋予超能力的技能。没有多少人能做我们做的事情。但现在任何有 LLM 的人都能做到了。魔法正在飞速消退。」

他还说了一句让我印象深刻的话:「有趣的是,我们软件工程师决定首先毁掉的职业,是我们自己的。因为作家、画家、艺术家总会活下来。但我们很多工程师的未来不那么确定——因为这个世界上,没有人会有一个’最喜欢的程序员’。」

这种失落不只是关于效率或就业。它更深层——它关乎身份认同。

当你花了 20 年、30 年甚至 40 年磨练一项技能,然后有一天,一个月费 200 美元的工具可以在几分钟内做到你过去需要几天才能完成的事情。那种感觉不是被威胁,是被掏空。

代码的「指纹」消失了

还有一个更微妙的损失。

一位开发者在 LinkedIn 上说:「当你读同事的代码时,你在跟一个人对话。他们的思考、他们的选择。当你通过代码审查时,你说的不只是’我信任这段代码’,而是’我信任你’。」

这段话让我想到了一个词:指纹。

每个程序员写的代码都有自己的风格。变量怎么命名,函数怎么拆分,异常怎么处理——这些选择构成了一种独特的表达方式。就像笔迹一样,经验丰富的人一眼就能看出这段代码是谁写的。

但当 AI 生成了大部分代码后,这个指纹消失了。

Julius 在代码审查中感受最深:以前审查同事的代码,是在跟他们的思维互动,你会考虑如何措辞反馈、如何帮助他们成长。现在审查 AI 生成的代码?「我对 AI 更苛刻,因为里面没有什么人性。它就是个没完成任务的机器人,让人沮丧。」

代码审查从一种「人与人之间的学习对话」,变成了「对机器输出的质检工序」。

这个变化看似微小,但它改变了团队协作的底层质感。

90% 和最后的 10%

Manuel 说了一句很实在的话:「AI 几乎瞬间创建了前 90%。然后你还有最后的 10%,而那部分仍然需要 90% 的时间。」

程序员圈子里有个经典说法:项目的前 90% 花 90% 的时间,最后的 10% 花另外 90% 的时间。AI 并没有消除这个规律,反而让它更极端了。

MIT Technology Review 的数据也印证了这一点:GitClear 的分析显示,自 2022 年以来,工程师生产的「持久代码」——不会在几周内被删除或重写的代码——只增加了大约 10%。但与此同时,代码质量的多个指标出现了明显下降。

三分之二的工程师报告说,他们经常需要额外花时间修正 AI 生成的代码。

所以现实是:AI 让「写代码」变快了,但没有让「做好软件」变快多少。程序员省下来的时间,很大一部分花在了审查、修正、和清理 AI 留下的烂摊子上。

这就引出了一个核心问题:当程序员的工作从「创造」变成「审查」,从「建造」变成「验收」——这还是同一份工作吗?

旅途与目的地

fred1268 的那句话值得再读一遍:

AI 给了我们更多的目的地,但更少的旅途。

这可能是理解当前争论的最好框架。

有些人写代码,是为了最终的产品。他们想看到功能上线,用户满意,问题解决。对他们来说,Claude Code 是终极加速器。编码从来不是目的,只是手段。手段变得更高效了,太好了。

另一些人写代码,是因为编码本身就是乐趣。调试一个诡异的 bug 时那种抽丝剥茧的快感,设计一个优雅的数据结构时的满足,看到自己写的算法跑起来时的成就感——这些「旅途中的风景」才是他们留在这个行业的原因。

AI 把旅途缩短了。目的地还在,但沿路的风景被快进了。

技术教练 Lada Kesseler 给出了一个更乐观的解读:如果真正的技能一直是思考——架构、权衡、理解该构建什么以及为什么——那么 AI 并没有带走手艺。它只是剥离了附带的工作,留下了本质的工作。

问题在于:当附带的工作恰恰是最有触感的部分时,工程师能在本质工作中找到同样的满足感吗?

Julius 承认,他的满足感来源已经变了。以前,写完一个特别优雅的模块后,他可以往后一靠,享受自己创造的东西。现在,这个奖励时刻推迟了——满足感来自功能正常运行,来自用户体验,来自看到整个产品成型。

「它把你推向一种更偏产品思维的方式,」他说。

这种适应需要更长的等待时间,需要在不同的地方寻找意义。它是否可持续——工程师能否在手艺本身被抽象掉之后,依然保持热情——仍然是个未解的问题。

两种 60 岁,同一个时代

shannoncc 和 fred1268 都没有错。

一个人看到 Claude Code,想到的是「我终于可以把脑子里的想法变成现实了」。另一个人看到的是「我用了一辈子打磨的手艺,突然变得不值钱了」。

这不是谁对谁错的问题。这是一个关于「你从编程中获得什么」的问题。

如果你从编程中获得的是解决问题的快感,AI 会放大这种快感。如果你从编程中获得的是手工打磨代码的满足,AI 会削弱这种满足。

Swarmia 那篇文章的结尾有一句话,我觉得对所有程序员都适用,不管你是 25 岁还是 60 岁:

手工匠人正在失去他们的魔法,业余爱好者终于可以开始建造。没有人要求这一切发生,但我们就在这里——而且看起来没有回头路了。

没有回头路了。但前方的路不止一条。

你可以选择成为「AI 指挥家」,用经验和判断力来编排 AI 的工作。你也可以选择在工作之外,用最原始的方式写代码——就像有人在数控机床的时代依然选择手工制作家具。

我自己还没想清楚这个问题。我用 Claude Code 的时候确实更高效了,但偶尔也会有一种奇怪的空洞感——不知道那是因为我本来就是”目的地型”的人,还是因为我还没找到新的旅途风景在哪里。


你是享受旅途的人,还是享受目的地的人?AI 改变了你写代码的方式后,你的感受是更自由,还是更空虚?欢迎在评论区说说你的故事。