如果重学软件工程，先学会看出哪段AI代码是错的

Kent C. Dodds发了一条推文，两句话：一切变了。如果我现在从零开始进入软件工程，我会这么做。下面挂着一个视频，标题是 If I Started Over From Scratch。视频画面里，一个人坐在紫色沙发上，用铅笔在笔记本上画图，上方写着这句话。

Kent长期做前端教学，Testing Library的作者，很多开发者听过他的名字。普通读者可以把他理解成一位在软件工程教育里待了很久的人。这条推文把问题放在入门路径上，工具更新只是背景。

评论区里，有网友把话说得更具体。seridarivus说，现在从零开始，意味着先学会读代码和审查代码，再写大量代码。AI代理会产出很多内容，稀缺的是知道哪些输出错了，以及为什么错。这里的代理，指能生成代码、改文件、跑命令的AI编程助手。对普通读者来说，可以把它想成一个打字很快、但需要人验收的实习生。

这个说法有点反常识。过去学编程，默认路径是多写。现在AI能快速生成实现，写代码的门槛降了，审代码的门槛反而显出来。读diff、看测试失败、追依赖、写最小复现、判断边界条件，这些动作不酷，却决定你能不能把AI产出变成能维护的工程。

有网友Yash问，自己明年毕业，Kent还会建议新手先深入一个技术栈，还是现在代理能补很多空白，所以应该广一些？这个问题没有统一答案。但放到审阅和调试的场景里，先深一个栈仍然有用。你得有一个能跑起来的上下文，才知道失败从哪来。只广不深，容易停在给代理点接受的层面。只深不广，遇到跨栈问题会慢。对新手，先深后广更稳，代价是早期看起来不够全。

Carlo的回复很真实：第一句“一切变了”压力太大，需要先喝杯咖啡。这个反应说明，变化对刚入门的人是压力，不是口号。EMCP Tools补了一句：学调试。代理写，你还是得修。这句话比很多学习路线都直接。

如果重来一次，入门任务可以换一种排法：读代码，审代码，跑测试，定位失败，再做小修改。写得快不再稀缺，看出哪里错、为什么错、怎么修，仍然稀缺。Kent的视频标题是“从零开始”，评论区把“从零”具体化成了这些动作。原推链接：https://x.com/kentcdodds/status/2117683366619443388