先把判断说清楚：为什么在 AI 时代重写 Robert C. Martin

如果只看表面，Robert C. Martin 似乎并不是那种一眼就该放进 AI 时代人物系列的人。他不是模型公司创始人，不靠产品发布会出名，也不是靠一轮轮新术语维持存在感的人。很多开发者认识他，更多是通过另一个名字：Uncle Bob。这个名字本身就很有戏，一半像家族长辈，一半像会在代码评审里突然抬眉的人。

可恰恰因为这样，把他放回今天的语境里才有意思。因为当 AI 开始大规模参与写代码时，软件工程里那些原本就存在、只是经常被嫌麻烦的问题，会被重新放大。测试到底有没有跟上？边界是不是清楚？命名是不是在帮助沟通？架构能不能承受快速迭代？这些问题不会因为模型更强就自动消失，反而会因为生成速度更快而更早爆出来。换句话说，机器越勤快，Uncle Bob 越容易重新出现在你的脑海里。

所以，这篇人物小传真正想写的，不是再复述一遍“Clean Code 作者生平”，而是想说明另一件事：为什么一个从 1970 年就开始写程序的人，到 AI 编程时代反而又变得值得重读。

他的底色，是把“程序员是一门职业”说到近乎固执的人

Robert C. Martin 的公开履历很清楚。Agile Manifesto 作者页写他自 1970 年起就是软件从业者；他的个人站点则几乎把全部公开身份都压缩到几个关键词里：Programmer、Speaker、Teacher。很多人记住他，是因为《Clean Code》《Clean Architecture》这些书；但如果只把他当成畅销书作者，其实会低估他。

他更像一类曾经塑造过软件行业自我理解的人。极限编程、敏捷、TDD、重构、SOLID、职业伦理，这些词在过去二十多年里之所以能从圈内术语变成很多团队的共同语言，Robert Martin 是重要推动者之一。你可以不同意他的全部主张，但很难否认他影响过整整一代程序员对“好代码”和“专业”这两个词的想象。

也正因此，他的气质常常显得有点硬。因为他反复强调的，从来不只是写法，而是纪律。他不太愿意把程序员描述成随手拼装需求的人，更愿意把这门工作说成一种有技术标准、有反馈回路、也有公共责任的职业。这种强调在平时听起来像老派，在工具剧烈变化的时候却会突然重新变得锋利。

为什么今天反而更容易重新读到他

很多人以前嫌 Robert Martin 太严格，根子上其实是因为代码生成本来就慢。人们自然会把注意力放在“先把功能做出来”。可当 AI 把写出一段能运行的代码这件事大幅提速以后，问题的重心就移动了。现在更稀缺的，往往不再是第一版代码，而是判断这段代码该不该进系统、能不能长期维护、改起来会不会牵一发动全身。

从这个角度看，Robert Martin 并没有突然变新，但他的很多话重新获得了现实感。比如测试驱动开发背后的真正价值，从来不只是某种仪式感，而是建立快速反馈回路；整洁代码背后的真正价值，也不只是排版顺眼，而是让代码在多人协作和长期变化中仍然可沟通、可修改、可承担责任。

更有意思的是，他自己近年的书名已经把这条时间线讲得很直白了。《We, Programmers》的副标题就是“从 Ada 到 AI 的程序员编年史”。这说明他并没有把 AI 当成跟自己无关的外部新闻，而是把它直接放进程序员这门职业的长历史里去理解。仅这一点，就很值得注意。

很多人误解 Robert C. Martin 的地方，其实恰好是今天最该重读的地方

过去几年，互联网上对 Robert Martin 最常见的误解之一，是把他缩成“命名警察”或“格式洁癖”。仿佛他全部想说的，只是函数要短一点、类要小一点、名字要整齐一点。这样理解当然方便，也很容易拿来调侃，但它会错过他真正最关心的东西。

他最核心的执念，其实是沟通和可变更性。也就是说，代码不是写给编译器看的，而是写给未来的团队、未来的维护者、未来的事故处理者看的。今天这件事在 AI 时代反而更重要，因为机器确实可以在几分钟里生成远比过去更多的代码；可生成越容易，系统就越需要靠清晰的边界、明确的责任和持续的反馈来抵御失控。

当然，这并不意味着 Robert Martin 说过的每条建议都应该原封不动搬到 2026 年。技术环境变了，工具变了，团队结构也变了。真正值得重读的方式，不是把他的文字当教条，而是回到他为什么一再强调这些原则。你会发现，很多原则并没有过时，只是以前被我们误以为是“慢时代的讲究”，今天才看出它们其实是在保护高速系统不至于散架。

顺手记两个小趣事

Robert C. Martin 这条人物线里，也有两个很能说明他“严肃里带点人味”的小细节。

  • 大家对他的正式名字没那么熟，反而更熟悉 Uncle Bob。

这其实很有趣。能在技术圈把“叔叔”当成通用称呼，还能保持威慑力的人，确实不多。

  • 他不仅写 Clean Code，还写过 The Programmer's Oath。

这也很像他。别人讨论代码时可能停在函数和命名，他会顺手把问题一路推到职业伦理，像是把 code review 开成半堂职业教育课。

在 AI 写代码以后，他谈“职业责任”反而更尖锐了

Robert Martin 长期谈一个今天并不总受欢迎的话题：程序员的职业责任。他甚至写过《The Programmer's Oath》，试图把这件事从抽象的行业态度，拉回到更像专业承诺的层面。这套说法在平静时期很容易显得过重，但放到 AI 时代，却有一种重新变锋利的感觉。

因为当生成式工具开始参与系统开发后，责任并没有跟着被外包出去。模型可以生成代码，代理可以执行任务，但最终把这些东西接入生产系统、服务用户、影响真实世界的，仍然是人类团队。也正因此，“反正是 AI 写的”不会成为一种可接受的免责理由。

从更宽一点的角度看，这也是 Robert Martin 今天仍值得被写的原因之一。他提醒我们的，不只是如何把代码写漂亮，而是如何在技术能力越来越强的时候，依然把自己理解成要对后果负责的人。这个提醒在今天，并不保守，反而很现代。

普通读者今天最该从他身上带走什么

如果你正在用 AI 写代码，或者正在带团队引入 AI 编程工具，那么 Robert Martin 至少有三点值得重新拿回来。它们不神秘，但非常实用。

  • 把 AI 当加速器，不要当免责任代理。生成更快不等于判断可以缺席，真正的门槛会从“写出来”转移到“能不能负责地放进去”。
  • 先建设反馈回路，再追求生成速度。没有测试、没有回归、没有边界检查的情况下，AI 只会更快地扩大混乱。
  • 把整洁理解为可持续协作，而不是审美表演。好代码首先是帮助团队长期改动的代码，而不是截图好看的代码。

这也是为什么 Robert Martin 这种人物，今天反而比只会谈未来的人更值得研究。未来当然重要，但真正决定系统会不会垮掉的，常常不是愿景，而是那些听起来不够酷、却必须被认真执行的纪律。

结尾：他不是未来派，但并没有过时

Robert C. Martin 从来不是“未来派人物”里最讨巧的一种。他不像创业明星，也不像平台布道者，甚至不太像今天互联网最爱转发的那类技术偶像。他更像一个一直在提醒行业：速度会变化，工具会变化，范式会变化，但软件工程里有些账并不会因此消失。

这也是为什么把他放在“机器上桌之后”这个系列里，恰好成立。机器真的上桌了，很多事情都会变；但总有人负责提醒我们，哪些东西变了，哪些账还在。Robert Martin 在 AI 时代的重要性，正体现在这里。

如果说 Steve Yegge 那种人物是在替行业发明描述未来的词汇，那么 Robert Martin 这类人物则是在提醒行业，未来哪怕真的来了，工程纪律也不会自动退休。对今天的程序员来说，这种提醒并不扫兴，反而是一种必要的清醒。说得再轻松一点，就是：AI 可以替你多写几屏代码，但 Uncle Bob 还是会追问测试写了没有。

附注：重要视频访谈

如果你想更直观地感受 Robert C. Martin 为什么在 AI 写代码时代又被重新想起，我建议先看下面 3 场。它们都不是单纯重复书本，而更像把他的“纪律观”放回现实软件开发里。

这场最适合看他如何正面回应测试、专业主义、AI 和长期争议话题。

这是他和 Allen Holub 的对谈，更适合看他如何把 clean code 放回架构、经验和职业成长的语境里。

这场更偏工程现场，适合看他怎么谈 professionalism、勇气、测试和团队协作。

更新附注

  • 版本：v1.3

更新日期：2026-03-15 更新原因：补充两则人物趣事，并将整篇语气调轻，让小传更有可读性和一点幽默感。

  • 版本：v1.2

更新日期：2026-03-15 更新原因：补充 3 条重要视频访谈，并将对应链接加入参考来源。

  • 版本：v1.1

更新日期：2026-03-15 更新原因：调整系列标题命名，将文章归入“机器上桌之后”专题。