AI需要更多的工程纪律

慈善·梅杰斯（Charity Majors）在2026年6月发表的文章中深入探讨了AI对软件工程的影响。她指出，自2025年11月Opus 4.5发布以来，AI生成的代码质量已与中级软件工程师相当，且速度更快、成本更低。这一变化彻底颠覆了代码生产的成本结构：代码从稀缺、需要精心维护的资产，变成了即时生成、可随意丢弃的缓存。

梅杰斯认为，工程团队真正的产出从来不是代码本身，而是对系统的共享理解。代码只是这种理解的物化视图，当AI使代码生成近乎免费时，代码就不再是宝贵的资产，而更像是一种缓存——有用时保留，过时即可丢弃。她引用查德·福勒（Chad Fowler）的“凤凰架构”概念，强调这一转变与基础设施领域从“宠物”服务器到“牲畜”式不可变基础设施的演变如出一辙。当时，工程师学会了不修复正在运行的服务器，而是直接替换；现在，同样的原则也应应用于应用代码。

她进一步介绍了福勒的“删除测试”：想象删除整个实现。大多数工程师感到恐惧，因为代码似乎就是系统本身。但真正的问题不是代码，而是我们不了解所需行为、不可接受的故障、必须保持的不变条件，以及如何判断新版本的正确性。这些都是评估问题，而非代码问题。当代码是知识唯一的容器时，它才变得珍贵。在AI时代，代码应被视为一种可再生的缓存，而不是永久的资产。

梅杰斯从可靠性工程的角度出发，提醒我们：当再生变得容易时，原地编辑会积累熵，而替换可以重置熵。她以Honeycomb公司为例，每周通过cron杀死最旧的Kafka节点，以保持对引导和平衡过程的信心。她指出，我们无法以同样方式再生代码，正说明我们对代码的理解不足。

最后，梅杰斯呼吁工程师主动适应这一新现实，将工程纪律从代码生产转向评估与验证。她警告，如果继续将代码视为不可替代的资产，就会错过AI带来的效率提升。她鼓励阅读查德·福勒的著作，并从基础设施领域的变革中汲取经验。