AI热榜 7 月 3 日，HashiCorp 联合创始人 、Ghostty 作者 Mitchell Hashimoto 发了一条推文，“I read the code”，获得近 83 万次浏览。
20 天后，Robert C.
Martin，也就是《代码整洁之道》的作者、写了六十年代码的 Uncle Bob，给出了一个截然相反的答案：“我完全不去读 Agent 写出来的任何代码。
” 两条推文，两位世界级开发者，两种完全相反的做法，把整个开发者圈卷进了一场持续数周的混战。
“我读代码”：理解仍然是工程责任的一部分 AI 写出来的代码，Mitchell Hashimoto 会自己读。
当时 Anthropic 的 Fable、GPT-5.6 等新模型刚刚发布，编程智能体的能力不断提升，Vibe Coding 的拥护者正觉得，“跟着感觉写代码”这条路已经得到了新一轮验证。
于是，原本只是在陈述个人工作习惯的三个词，很快被解读成了对 Vibe Coding 的公开反驳。
那么，AI 写出来的代码，人到底还要不要读？
有人认为，读代码是开发者不可放弃的职业底线。
只要代码最终由你提交、部署和维护，你就必须理解它在做什么，也必须有能力在出错时接手调试。
有人则认为，逐行阅读正在变成一种刻舟求剑的工作方式：AI 生成代码的速度早已超过人类检查代码的速度，假如仍然要求开发者逐行读完，刚刚被释放出来的生产力，很快又会被人工审查的速度重新限制住。
分布式系统工程师、《分布式系统可观测性》作者 Cindy Sridharan 给出了一个很强硬的立场：“每当我听见有人说，‘代码全是 Claude 写的，我不知道它是怎么工作的’，我就会认定，这个人根本没有能力调试这些代码。
没什么好争的。
你调试不了它，就没资格说自己拥有它、掌控它。
而一套代码连你自己都掌控不了，那么任何真正看重可靠性和稳定性的人，都不可能信任你这样的供应商。
” 在她看来，能否调试代码，是开发者是否真正掌控代码的一条明确界线。
她经常看到开发者直接采用 Claude 生成的错误修复方案，而一旦遇到稍微棘手的 Bug，他们往往需要反复尝试好几轮，才能真正定位并解决问题。
🔗 原始来源
如果你要核对细节，可以再看原文： InfoQ AI原文链接