概念完整性与代码行数

概念完整性与代码行数统计

上周，我与Claire Giordano录制了一期Talking Postgres播客，主题是“AI如何改变软件开发”。我们进行了一次非常精彩的对话。以下是我从一份经过轻度编辑的转录稿中挑选的几个亮点（给Claude的提示：“做极轻微的修改，去除口误”）。

这是我一直在构建的一个论证的最新版本，关于为什么有时确实有必要把代码行数作为编码智能体生产力指标来讨论，位于35:01处：

很多人会告诉你，用代码行数来衡量生产力毫无意义。我实际上不同意，因为存在一个硬性上限。在过去，一名软件工程师每天能产出几百行可投入生产的代码——而200行能运行、经过调试、达到生产级水平的代码，已经是非常出色的一天了。大多数日子里你只能写出50或60行。如果智能体能让你产出上千行经过调试的代码，那确实是一个非常有意义的提升——前提是代码质量相同：可维护、经过测试，等等。借助智能体确实可以达到这个水平，但这需要大量的技能、知识和经验。这正是资深工程师的构成要素。作为单个工程师，我能完成的工作量远超没有智能体时的水平。所以你可能会问，公司为什么还需要不止一名工程师？除了显而易见的“公交车因素”——一个人的团队是一个设计得很糟糕的团队——答案是，新的限制因素是认知容量。我可以以一百倍的速度产出代码，但我没有足够的认知容量去掌控一百倍数量的代码。所以你仍然需要一个工程师团队，这样才能在整个团队中负载均衡地分配认知容量。

还有这段关于概念完整性的讨论，位于46:03处，Claire将其比作温彻斯特神秘屋！

Simon： 《人月神话》中有一个概念——概念完整性——设计良好的软件具有一种完整性：其中没有意外，它恰好覆盖了正确的领域范围，所有部分都相互契合、合情合理。在使用编码智能体时，这一点要难得多，因为你可能有一个功能想法，运行一个提示词，五分钟后功能就出来了。你的软件会长出各种奇怪的小鼓包，朝着各种奇怪的方向延伸。 Claire： 你知道我对这个的类比是什么吗？温彻斯特神秘屋。 Simon： 它有140个房间，因为建造它的那位女士是温彻斯特步枪发明者的遗孀，她的通灵师告诉她，除非她永远不停地扩建房子，否则她会被所有死于那把步枪的人的鬼魂纠缠。所以40年来她不断增建新房间。这正是编码智能体和软件的问题所在：不断增建新房间非常容易，因为增建这些房间的成本便宜太多了。最终你得到的东西，其概念完整性分崩离析——然后对它做决策就变得更困难了。一切又都归结到纪律。过去，纪律是由所需的时间强加给你的。你想到一个疯狂功能的主意，然后想：“是啊，但那要花我一个星期——我找不到理由去做，所以算了吧。”如果只需要一个小时，找理由就容易太多了。

（附注：维基百科条目中包含可信来源，对通灵师那个故事提出了质疑。）

本文是Simon Willison所著的《概念完整性与代码行数统计》，发布于2026年8月19日。

上一篇：Qwen 3.8 27B非常出色，但它默认会过度思考