Kent Beck：AI为了速度牺牲了软件质量，我们必须踩刹车

在过去，开发一个软件系统往往需要数百名工程师的努力，耗时十年之久，最终制作出可维护性差的产品。而如今，借助于大型模型技术，单个开发者在短短一周内就能创造出同样规模的架构混乱。在行业中不断响起“全自动黑灯软件工厂”和“程序员消失了”的口号时，Kent Beck在Prodacity大会上揭示了这一现象的真实面貌。作为极限编程（XP）和测试驱动开发（TDD）的先锋，以及《敏捷宣言》的签名人，Kent Beck曾为现代软件工程奠定了诸多规则。他形象地把如今的大型模型比作“神灯里的精灵”，虽然能直观地满足需求，但输出的结果往往与实际需要背道而驰。尽管屏幕上闪现的代码看似完美、高效，实际应用时却往往无法运行。

Kent Beck指出，代码数量的增加并非生产力的提升，而是形成了巨额的工程负债。他的演讲没有对新技术的偏见，而是直面严酷的事实：每次让AI轻易上线新特性，都是在耗尽未来系统的潜力。在各团队都渴望推动AI加速进程时，真正的软件工艺恰恰体现在AI完成任务后的停顿之中，人类工程师需要谨慎地审视并优化系统。

要点总结： - 不要将“看似合理”视为“真正可用”：大型模型擅长制造可用的幻象，其生成的代码并不一定健壮。 - 功能在表面上消耗，未来价值却在暗中下降：软件的真正价值在于未来的灵活调整，AI能够轻易地生成不可维护的代码。 - 顶尖工程师会在任务间隔中思考重构，而不是急于响应AI的命令。在特性交付的间隙，必须仔细消除冗余，提炼并增强系统的可用性。 - 规格驱动实际上是演变的瀑布模型：试图依靠精确的Prompt生成完美代码是一种错误的尝试，历史早已证明此方法的无效。 - 代码行数只是负债：当管理层因AI产生大量代码而欢呼时，团队往往会牺牲系统架构来迎合这些数字，而忽略了核心商业目标。 - 工程的本质是让机器学习，代码仅仅是这一过程中产生的副产品。软件开发是人们对业务世界认知逐步深化的过程，机器无法取代这种认知的学习。

Kent Beck在演讲中提到，系统在看似可以运行之前，仍然需要依赖底层的真实技术。原本从噱头走向可靠交付的过程，需要聆听顶级专家的见解和实际操作。即将举行的2026奇点智能技术大会将会聚焦多个前沿技术主题，提供70多位业内专家的实践分享，探讨AI编码、智能代理等实践路径。

他还强调，提问是一种领导力，鼓励大家在会议中勇于表达疑惑。在他的大学时期，他曾上过一门困难的课程，教授的讲解让他和同学们都感到困惑。当天上课时，学生们都默默地避免相互交流，最终有人打破了沉默，大家纷纷表示无法理解教学内容。教授听取了反馈后，改进了讲课方式，最终写出了畅销教材。这一经历让他深刻认识到，质疑与沟通可以带来更好的结果。