#612.Kent Beck：AI 时代，软件工程里“人的部分”为何比代码更难

📝 本期播客简介

本期我们克隆了：知名播客《The Pragmatic Engineer》的 How Kent Beck shapes the software engineering industry

原内容更新时间：2026-07-01

本期嘉宾是软件工程领域的传奇人物 Kent Beck，主持人是《The Pragmatic Engineer》的作者 Gergely Orosz。这期节目是 Kent Beck 首次在播客中完整回顾他从 70 年代入行至今的整个职业生涯，从早期接触 Smalltalk、发明测试驱动开发（TDD）和极限编程（XP），到参与起草敏捷宣言，再到加入 Facebook 的“失去的十年”与重生。

但这场对话远不止是怀旧。在 AI 编码工具（Kent 称之为“Genie”）席卷行业的当下，Kent 用他近 50 年的从业视角，对“编程会消失吗”、“AI 时代的信任危机”、“为什么敏捷变质了”等问题给出了极其坦率且高密度的回答。如果你想知道在 AI 狂飙突进时，一个塑造了现代软件工程的人如何重新思考这一切，这期节目会给你带来巨大的启发。

👨‍⚕️ 本期嘉宾

Kent Beck，极限编程（XP）创始人、测试驱动开发（TDD）先驱、JUnit 联合创作者、敏捷宣言首位签署人。他是过去 40 年中对软件工程实践影响最深远的工程师之一，长期关注软件开发中的人性、沟通与信任。近年来，他活跃于 AI 辅助编程领域，提出了“探索-扩张-提取”（3X）模型，并持续在 newsletter 中分享他对 Genie 时代的实验与反思。

⏱️ 时间戳

开场与软件工程的本质

00:00 欢迎收听跨国串门计划

01:11 软件工程里，人的部分才是最难的

03:59 对“编程会消失”的回应：这话出自不懂软件工程的人

04:58 我们积累代码的速度，超过了积累信任的速度

06:16 宇宙级的恶作剧：你不仅要搞懂电脑，还得搞懂人

从 70 年代到 Smalltalk 的启蒙

07:23 第一次接触电脑：父亲带回家的可编程计算器

11:34 大学时光：在计算机科学与音乐之间摇摆

14:08 第一份工作：加入 Tektronix

15:02 爱上 Smalltalk：对创造精神的计算机支持

17:53 Smalltalk 的兴衰：为什么它最终沉寂了

与 Ward Cunningham 共事与设计模式的诞生

21:36 与 Ward Cunningham 的相遇与合作

23:54 24 岁的愣头青与大师级程序员的键盘传递

29:57 设计模式的灵感来源：Christopher Alexander 的建筑理论

31:38 第一次用设计模式赋能测试工程师

Apple 岁月与 SUnit 的发明

34:34 加入 Apple 的 Smalltalk 项目

38:08 转投 Alan Kay 的 Playground 项目，最终被解雇

39:37 CRC Cards：如何内化面向对象程序

42:55 SUnit 的诞生：为了缓解焦虑而写测试

极限编程（XP）与测试驱动开发（TDD）

49:35 克莱斯勒项目：极限编程的孕育之地

54:02 为什么叫“极限编程”？向权威竖中指

58:55 TDD 的重新发现：一个蠢到让人发笑的主意

01:03:11 TDD 为何过时？它被当成了道德大棒

敏捷宣言及其后续

01:04:30 敏捷宣言的诞生：Snowbird 会议

01:07:09 宣言框架在休息间隙被敲定

01:08:09 敏捷宣言的立竿见影与“敏捷”一词的隐患

01:11:25 敏捷的变质：从方法论到卖狗皮膏药

Facebook 的黄金年代与“失去的十年”

01:14:12 互联网泡沫破裂与 9·11 后的崩溃

01:18:07 2002 到 2011：失去的十年

01:19:06 加入 Facebook：50 岁传奇置身 24 岁的工程师海洋

01:21:18 TDD 课无人问津：阿根廷探戈和 Excel 课都满了

01:22:42 Facebook 的瑞士奶酪模型：多层反馈替代单元测试

01:27:45 新人训练营期间，不小心一年省了 500 万美元

01:29:22 Facebook 的 50-50 目标：完成一半目标拿 A+

01:30:45 Good to Great 教练计划：加速工程师职业发展

AI 时代与软件工程的未来

01:35:29 为什么总有人想取代开发者？因为我们有时候挺混蛋的

01:38:08 Genie 时代：开发速度加快，但商业节奏没变

01:40:16 从开拖拉机到坐进赛车：业务流程没准备好

01:42:32 给软件工程师的建议：没人知道，去试

01:42:57 探索-扩张-提取（3X）模型：我们回到了探索阶段

01:47:33 最让 Kent 兴奋的事：Genie 带回了创作的冲动

结尾

01:50:55 在布达佩斯面对面录制的特别节目

01:51:23 积累代码的速度比积累信任更快

🌟 精彩内容

💡 “我们积累代码的速度，超过了积累信任的速度”

Kent 指出，编程不仅是敲代码，更是建立信心、连接和理解的过程。当 AI 瞬间生成大量代码时，我们跳过了通过理解领域、编写测试来建立信任的步骤，这会导致软件大厦建立在沙滩上。

“我们积累代码的速度，超过了积累信任的速度。”

💡 “这简直是宇宙级的恶作剧”

许多像 Kent 一样不善社交的年轻人被许诺“只要搞懂电脑就行”，但后来发现改变世界的能力取决于沟通、共情和说服他人。软件工程里，人的部分才是最难的。

“我被许诺说，只要搞懂电脑就行，结果呢，开玩笑的，你得去理解人。”

💡 “永远去试你的蠢主意”

TDD 的诞生源于 Kent 在写代码前先写测试的“蠢主意”。他鼓励低成本、可逆的实验，因为 100 次里有 99 次会失败，但成功的那一次，你不会有任何竞争对手。

“你脑子里冒出一个蠢主意，100 次里有 99 次会失败，但就那一次，你不会有任何竞争对手，因为没人蠢到去试这个主意。”

💡 “没人知道”

当被问及 AI 时代的最佳实践时，Kent 直言不讳：现在没人知道什么真正有效。面向对象编程花了 15 年才总结出敏捷宣言，而 AI 工具每周都在变，现在写宣言为时过早。唯一正确的做法是去试，然后分享结果。

“不是说存在一套关于 Genie 开发的秘密手册，只要我花一百万美元就能拿到。它根本不存在。”

💡 “我是摇树的人，不是做果冻的人”

Kent 用这句 Jesse Jackson 牧师的话形容自己：他热爱启动新事物、探索未知，而不是把成果封装成固定的产品。这也是他在 AI 时代如鱼得水的原因——Genie 让他能不断推倒重来，尝试攒了 40 年的想法。

“我喜欢摇树，喜欢把事情启动起来。”

💡 “敏捷”这个词没法反驳，所以毫无意义

Kent 当年反对用“敏捷”一词，因为没人会说“我不敏捷”。相比之下，“极限编程”要求你真正投入技能打磨，否则你绝不会自称极限程序员。他预言了“敏捷”最终会变成人人挂在嘴边却毫无意义的标签。

“每个人都会说自己敏捷，而‘极限’就没有这个问题。”

💡 Facebook 的 50-50 目标

在 Facebook 的黄金年代，如果你完成了所有设定的目标，大家会觉得你在藏拙；如果你完成了一半，就能拿到 A+；如果一个都没完成，就直接走人。这种机制鼓励工程师冒更大的风险。

“如果你完成了所有设定的目标，大家会觉得你在藏拙，不够努力，冒的风险不够。”

💡 教练的作用是制造有益的、让人不舒服的状态

Kent 在 Facebook 的 Good to Great 教练项目中，拒绝做“拍拍头说一切都会好起来”的导师。他认为真正的成长发生在不妥协的反馈中，这种互动方式直接塑造了 Facebook 前 1% 的顶尖工程师。

“教练的作用就是发现并制造有益的、让人不舒服的状态。”

```

🌐 播客信息补充

本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的

使用 AI 进行翻译，因此可能会有一些地方不通顺；

如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight