Description
《软件设计哲学》作者 John Ousterhout 与《代码整洁之道》作者 Robert "Uncle Bob" Martin，在 Book Overflow 播客同框对谈。这是两人唯一一次公开同台：聊 2024-2025 年那场著名书面辩论的来龙去脉，也聊各自软件设计哲学背后的思想渊源。
看点：
1. 两大阵营的正面对话——方法该拆多小、注释该写多少、TDD 该怎么用，三大分歧逐一复盘，而且两位都承认自己被对方说动了一点
2. 争论的技艺本身——Bob 当初拒绝直播辩论、坚持书面交锋；John 的原则是"把自尊留在家里"；一场"离撕破脸只差一点"的辩论美学
3. 思想的家谱——Parnas 1972 年模块分解论文、Dijkstra 结构化程序设计、DeMarco 结构化分析……两位读着同一批经典长大，却长成了两种哲学
4. 彩蛋与近况——John 宣布年底退休、转攻 Homa 传输协议（正在合入 Linux 内核主线）；Bob 的《代码整洁之道》第二版将把这场辩论全文收进附录
关键内容：
· 论战起源：Book Overflow 牵线相识，直播计划被 Bob 否掉，书面形式反而成就经典
· 三大议题：方法长度 / 注释哲学 / 测试驱动开发
· 立场交换：Bob 承认超小方法有风险，John 开始更愿意拆分大方法——"从十英里缩到九英里"
· 认知负荷：John 主张不假设读者背景，Bob 区分团队内部代码与开放受众两种写法
· 思想渊源：Parnas、Dijkstra、DeMarco、Page-Jones、Booch、Meyer 逐一数来
· 深度思考：两位同批社交媒体时代的浅薄化——"二十英里宽，四分之一英寸深"
· 写作心路：两位都曾自我怀疑"我凭什么写这本书"，答案都是"不是我，是谁？"
· 新动向：辩论收录进《代码整洁之道》第二版附录；John 年底退休专注 Homa 协议
来源：
· 作者：Book Overflow 播客（主持人 Carter Morgan、Nathan Toups）
· 原视频：https://www.youtube.com/watch?v=3Vlk6hCWBw0
· 辩论底稿：https://github.com/johnousterhout/aposd-vs-clean-code
· 频道主页：https://www.youtube.com/@BookOverflowPod
· 时间：2025.3.30
字幕：AI 辅助转录 + 翻译并经人工校对。如有不准确之处，欢迎指出。
Comments
24725@MilkyAi email发我谢谢
♥ 1
up 评论已经提及，他们在 GitHub 上写的那场书面辩论：https://github.com/johnousterhout/aposd-vs-clean-code 阅读原文很有意义。信息量比博客大多了。大体搞明白了二者的共识与分歧。 UB 更多基于实际工程角度。倾向于是在结果成立的前提下，追求最终生产效率更高的策略。有一些判断，比如 a)“注释不可靠”因为真实注释不必然与代码同步 b)“长标识符在我的IDE中不是问题”c) “要先写测试，否则会被倾向于省略” John 更多基于学术角度。倾向于通过确立理论正确性，指导执行过程，产出可以得到正确结果的产品。有一些判断，比如 a)“注释应该是代码的一部分”b) “他人可读是衡量标准”c)“TDD导致设计破碎、质量差” 我的看法大部分支持 UB ，只有长标识符和TDD的强制性让我抗拒。 John 的设计优先思路，对于“需求明确”“责任清晰”的项目实施全程中，参与者都是“头脑清醒”“沟通顺畅”“执行良好”的单元，可以推进很好。他的结论、倾向、甚至信息源，都有足够的确定性。但这经常与现实条件冲突。 UB 的小测试多迭代的指导思路，才是实际项目中更适合的策略。 P.S. Deepseek 对这个对话的评语是：这场辩论是两位软件工程巨匠关于“如何管理复杂性”的深刻对话： - Ousterhout 从认知负荷出发，倡导通过深模块和战略性注释来降低开发者理解系统的总成本。 - Martin 则从代码可读性出发，强调通过极致分解和代码自我表达来降低阅读代码的局部成本。
♥ 2
中配已发
♥ 2
1. 核心主题与背景主线 核心讨论议题：视频围绕两位作者各自著作（《Clean Code》与《A Philosophy of Software Desig...
现在都急躁了，很少有人有那种匠人精神了
求中配
↩ 2
两位大师的复盘比辩论更精彩，方法论的碰撞背后是多年实践沉淀，值得反复看。