AI 如何改变了编写整洁代码的经济学

📌 One-Sentence Summary

AI 已经将编写代码的成本降至极低，使得过去反对使用接口等抽象层的经济理由不再成立，而阅读代码的认知成本却未改变，这使得整洁的抽象层比以往任何时候都更有价值。

📝 Summary

本文认为，AI 代码生成的兴起从根本上改变了编写整洁代码的经济学。历史上，反对使用接口、抽象类和其他抽象层的主要理由是编写和维护额外样板代码的成本。然而，随着 Copilot 等 AI 工具的出现，生成这些样板代码的成本实际上已降至零。文章指出，软件开发中真正的瓶颈现在变成了人类的认知能力。文章借鉴了认知负荷理论、fMRI 研究以及“理解债务”的概念，论证了抽象层对于减轻必须阅读和理解代码的开发者的认知负担至关重要。作者引用的数据显示，AI 生成的代码可能会增加代码变更率并降低开发者的理解力，这反而强化了对精心设计接口的需求。文章回应了 Casey Muratori 和 Dan Abramov 等专家的反对意见，澄清他们反对的是糟糕的或过早的抽象，而非抽象本身。最终结论是，在 AI 时代，跳过抽象层的唯一合理理由——编写它的成本——已经消失，这使得整洁、设计良好的抽象代码比以往任何时候都更为关键。

💡 Main Points

1. AI 已经降低了编写代码的成本，但阅读代码的成本并未改变。 历史上反对抽象层的理由是它需要编写额外的代码。AI 工具现在可以即时生成样板代码，使这一成本变得微不足道。然而，人类理解代码的认知极限并未改变，这使得可读性成为主要瓶颈。
2. 像接口这样的抽象层是减轻心智负担的认知压缩工具。 文章借鉴认知负荷理论和 fMRI 研究，指出接口允许开发者在语义层面（代码做什么）而非语法层面（代码如何做）理解代码，从而释放工作记忆。
3. AI 生成的代码可能会增加“理解债务”并降低代码质量。 来自 GitClear 的数据显示，使用 AI 后代码变更率增加，重构减少。Anthropic 和 METR 的研究表明，AI 辅助的开发者可能感觉更快，但实际上对代码的理解更少，导致隐藏的长期成本。
4. 对抽象层的反对意见，实际上是针对糟糕的或过早的抽象，而非抽象本身。 Casey Muratori 和 Dan Abramov 等批评者警告，多态在热点路径上会造成性能损失，或导致过早抽象。文章认为这些是合理的担忧，但借助 AI 更容易解决，因为 AI 可以在模式出现后帮助重构代码。

💬 Key Quotes

• 编写代码的成本已经崩溃。阅读代码的成本却丝毫未变。这种不对称性彻底改变了你思考抽象层的方式。
• 接口让你能在语义层面理解代码。`UserRepository.findById(id)` 无需查看实现就能告诉你所需的一切。你的大脑无需同时在工作记忆中保留 SQL 查询、连接池逻辑、错误处理和结果映射。
• 理解债务不同于技术债务，因为它会无形地积累——你的速度指标、DORA 评分、PR 数量看起来都正常，而你的团队对代码库的实际理解却在悄然退化。
• 规则没有变。只是借口已经过期了。

📊 Article Meta

Read Full Article