← #799

我们这个职业（程序员）将走向何方？

查看原文 HN 讨论

文章摘要

这是一则引发热烈讨论的 Ask HN 帖子。发帖人是一位曾经创办过软件公司的人，他在一家 15 人规模的科技公司观察到一些令他忧虑的趋势：开发者越来越依赖 Claude 来生成代码和解释代码，而不再亲自动手写；代码评审被跳过；对问题的理解被外包给了 AI；由 LLM 生成的测试也在大量泛滥。由此他抛出核心疑问：这种模式是否已经普遍存在？编程是否正从一门「需要高度理解、讲求精确」的职业，转变为某种「概率性的、可外包出去」的活动？

这个帖子之所以能击中众多从业者的神经，是因为它精准描述了 AI 编程工具普及后行业正在经历的深刻身份焦虑。讨论中出现了多种立场，大致可以归为几派：

悲观/批判派认为软件开发正变得「表演化」——人们追求的是代码生成的速度，而非产品的质量；尽管有了 AI，软件依然又慢、又不可靠、又复杂。还有人担心，速度压力的增大意味着更低质量的软件和更少的职业满足感，最终受益的是 CEO 而非开发者。

务实/适应派则认为职业已经演化：AI 负责写代码，人类转向管理「编程智能体」，关键在于把工具当作工具来用，同时保持工程纪律与监督。有人指出，写代码从来就是最简单的部分，真正的认知负担在于「理解问题和现有系统」以做出正确设计——这部分不会消失，反而会更重要。

怀疑派则强调 AI 远未达到顶尖人类程序员的水平，它会犯一些有经验的开发者不会犯的具体错误。整体来看，讨论展现了行业在「AI 大幅提效」与「核心能力退化」之间的深刻张力。

HN 评论精华

• 4lx87（高赞）：软件开发已经变得「表演化」，重心放在了代码生成的速度上，而非产品质量。尽管有 AI 加持，「软件依然又慢、又不可靠、又复杂」。

• munksbeer：在一家顶级金融科技公司，Claude 大约写了 95% 的代码。但人类仍然评审一切，并通过规划和提示来引导。生产力提升主要来自把基础设施类的琐碎工作变得不值一提。

• fibonachos：写代码从来就是最简单的部分，现在 AI 把它接管了。真正的认知负担在于「理解问题和现有系统」以做出恰当设计。他预期对开发速度的要求会进一步提高。

• lelanthran：提出反驳——亲手写代码比单纯阅读更能磨砺理解力。他担心那些只设计系统、不动手写的开发者会错失关键洞察。

• NichoPaolucci：开发者感觉自己进入了「超级模式」，但其实「只是让 Claude 在掌舵」。他建议定期脱离 AI 来工作，以维持关键技能不退化。

• jdlshore：反驳 AI 万能论——Claude 并不如「最优秀的人类程序员」。它犯过具体错误（漏掉 cookie 字段、忽略数据库中的重复行），这些是有经验的开发者不会犯的。

• high_byte：代码如今「就像汇编语言」，真正的工作变成了编写意图规格说明、画图和写变更日志，而非评审实际代码。

• linzhangrun：预测「程序员」这个头衔会像曾经的「computer（计算员）」职业一样走向消亡。他用制造业作类比：AI 就是「软件行业的数控机床（CNC）」。

• montfort：认为职业已经演化——AI 写代码，人类管理编程智能体，成功的关键在于始终把工具当工具用，同时保持工程纪律和监督。

• sdevonoes：表达担忧——速度压力的增大意味着更低质量的软件和更少的职业满足感，最终对 CEO 的好处远大于对开发者的好处。