在过去，开发一款软件系统可能需要大群工程师耗费十年的时间，然而如今，依靠大模型的力量，一个人甚至能在一周内创造出同样规模的架构灾难。这种在“全自动黑灯软件工厂”与“程序员已死”的喧嚣声中显得分外夸张的场景，Kent Beck却在Prodacity大会的演讲中，将这一切的虚假外衣揭露得体无完肤。作为极限编程（XP）和测试驱动开发（TDD）的先驱，亦是《敏捷宣言》的签字人之一的Kent Beck，曾为现代软件开发的规则奠定基础。他直言，现在的大模型就像“神灯里的精灵”，能够表面上满足你的需求，但所生成的成果绝非你真正渴望的内容。那些在屏幕上快速涌现、看似逻辑合理的代码，放入实际运行的环境中却往往无法执行。在Kent Beck看来，这种代码行数的迅猛增长并不是生产力的提升，反而是前所未有的工程负债。

演讲中没有对新技术的乞怜、抱怨和排斥，而是直面残酷的现实：每当你让AI快速推出一个新特性，实际上是在自己毁掉系统未来的潜力。当各个团队都在急切地推动AI满负荷运转时，真正的软件手艺，却恰恰体现在每一次AI高效提交后的短暂停顿——工程师们需在这短暂的间隙中仔细审视，消除重复的代码，提炼抽象概念，从而恢复被耗损的系统活力。

Kent Beck随后指出，所谓“规格驱动”的方法，其实无非是换个名号的瀑布模型。依靠数学上的严谨Prompt或一份抽象规格单来“一次性”生成完美软件，正是重蹈五十年前早已被证明无效的老路。此外，当管理层为AI所生成的20万行代码欢呼雀跃时，古德哈特定律就已经无情显现：中间的指标一旦成为考核目标，团队便会拼命将系统架构撕扯得支离破碎，以迎合这些看似靓丽的数字，而真正的业务使命却被抛至脑后。 球盟会

Kent Beck还强调，工程的核心在于如何学习机器，而代码只是这一过程的副产品。软件开发实际上是人类对商业世界逐步建立认知的过程。在无人值守的黑灯工厂环境中，机器无法替代人类所需的认知学习与思考。演讲的最后部分，Kent Beck将分享他经过十多年的思考所形成的新见解。他希望听众在聆听过程中，能够踊跃提问，因为敢于提出问题本身就是一种领导力。

在他回忆大学时光的过程中，Kent Beck提到了一段有趣的经历。某门离散数学课上，由于内容复杂，师生之间一度产生了隔阂。直到其中一名学生勇敢地打破沉默，大家才意识到原来他们对此课的困惑是如此普遍。最终，教员调整了教学方法，班级的理解程度大大提升。这种勇于提问的精神，恰恰是推动学习和成长的重要动力。