695
0📝 本期播客简介
本期我们克隆了：知名播客《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 时代的实验与反思。
⏱️ 时间戳
开场与软件工程的本质
欢迎收听跨国串门计划
软件工程里，人的部分才是最难的
对“编程会消失”的回应：这话出自不懂软件工程的人
我们积累代码的速度，超过了积累信任的速度
宇宙级的恶作剧：你不仅要搞懂电脑，还得搞懂人
从 70 年代到 Smalltalk 的启蒙
第一次接触电脑：父亲带回家的可编程计算器
大学时光：在计算机科学与音乐之间摇摆
第一份工作：加入 Tektronix
爱上 Smalltalk：对创造精神的计算机支持
Smalltalk 的兴衰：为什么它最终沉寂了
与 Ward Cunningham 共事与设计模式的诞生
与 Ward Cunningham 的相遇与合作
24 岁的愣头青与大师级程序员的键盘传递
设计模式的灵感来源：Christopher Alexander 的建筑理论
第一次用设计模式赋能测试工程师
Apple 岁月与 SUnit 的发明
加入 Apple 的 Smalltalk 项目
转投 Alan Kay 的 Playground 项目，最终被解雇
CRC Cards：如何内化面向对象程序
SUnit 的诞生：为了缓解焦虑而写测试
极限编程（XP）与测试驱动开发（TDD）
克莱斯勒项目：极限编程的孕育之地
为什么叫“极限编程”？向权威竖中指
TDD 的重新发现：一个蠢到让人发笑的主意
TDD 为何过时？它被当成了道德大棒
敏捷宣言及其后续
敏捷宣言的诞生：Snowbird 会议
宣言框架在休息间隙被敲定
敏捷宣言的立竿见影与“敏捷”一词的隐患
敏捷的变质：从方法论到卖狗皮膏药
Facebook 的黄金年代与“失去的十年”
互联网泡沫破裂与 9·11 后的崩溃
2002 到 2011：失去的十年
加入 Facebook：50 岁传奇置身 24 岁的工程师海洋
TDD 课无人问津：阿根廷探戈和 Excel 课都满了
Facebook 的瑞士奶酪模型：多层反馈替代单元测试
新人训练营期间，不小心一年省了 500 万美元
Facebook 的 50-50 目标：完成一半目标拿 A+
Good to Great 教练计划：加速工程师职业发展
AI 时代与软件工程的未来
为什么总有人想取代开发者？因为我们有时候挺混蛋的
Genie 时代：开发速度加快，但商业节奏没变
从开拖拉机到坐进赛车：业务流程没准备好
给软件工程师的建议：没人知道，去试
探索-扩张-提取（3X）模型：我们回到了探索阶段
最让 Kent 兴奋的事：Genie 带回了创作的冲动
结尾
在布达佩斯面对面录制的特别节目
积累代码的速度比积累信任更快
🌟 精彩内容
💡 “我们积累代码的速度，超过了积累信任的速度”
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
