【人月神话新解读：AI 赋能编程，别陷入效率错觉】

快速阅读：AI 极大地提升了代码生成的吞吐量，但也带来了“概念完整性”崩塌的风险。真正的生产力提升不在于写出更多代码，而在于通过更强的设计能力，驾驭日益廉价的 Token。

最近重读 Fred Brooks 的《人月神话》，有些想法想跟你聊聊。

现在的编程环境变了。以前写代码是“搬砖”，现在有了 AI，写代码更像是“捏泥巴”。有人觉得 AI 是银弹，宣称效率提升了 10 倍，甚至更多。但这种 10 倍速往往是一种危险的错觉。如果只是单纯增加代码行数（LoC），那不是生产力，那是债务。就像往一个已经迟到的项目里加人只会让它更迟一样，往一个逻辑混乱的项目里灌入大量 AI 生成的代码，只会制造出更庞大、更难以维护的“垃圾堆”。

有网友提到，现在的开发正处于一种“情绪化编程”（Vibe Coding）的状态：只要提示词给得够模糊，AI 就能给你造出一辆看起来很酷、但随时会散架的“荷马·辛普森式汽车”。

我觉得问题的核心在于“概念完整性”（Conceptual Integrity）。

一个好的系统，宁可缺少某些功能，也要保证设计思路的一致性。AI 极其擅长处理“偶然复杂度”，比如帮你写个复杂的正则或转换脚本；但在处理“本质复杂度”时，它表现得像个缺乏灵魂的工匠。它能帮你快速实现一个功能，但它不懂为什么要这么设计。

有观点认为，AI 真正的价值在于让我们能从低级的、重复的、消耗脑力的“体力活”中抽身，去构建更高层级的“理论”。

就像是在操作系统里，指令流水线可以跑得很快，但如果指令集的设计逻辑是混乱的，硬件再强也跑不出高性能。现在的程序员，如果只盯着如何让 AI 生成更多代码，那其实是在把自己的价值降到零。因为当代码变得像自来水一样廉价时，能决定价值的，只有那个决定“水流向哪里”的设计方案。

我们正在进入一个“设计比实现更贵”的时代。

现在的挑战是，当 AI 让我们能够以极快的速度构建出各种“半成品”时，我们该如何保持系统的连贯性，而不是让它在不断的迭代中变成一团无法理清的乱麻？

martinfowler.com/bliki/MythicalManMonth.html