AI让简单的事更简单，让困难的事更困难

Hacker News 上有篇帖子火了，标题就是这句话，底下 130 多条评论吵翻了。

意为，写代码这件事本身，从来都不是编程里最难的部分。真正难的是搞清楚一个 bug 为什么出现，是理解三个月前某个没人写注释的函数到底在干嘛，是在五个方案里判断哪个不会在上线之后爆炸。AI 来了之后把写代码这个"简单的部分"做得飞快，但你不是少了工作，你是只剩下最难的那些工作了。

作者的比喻很好，AI 就像一个代码能力极强但刚从街上走进你公司的人，读文档很快写代码也不错，但它没参加上周那个讨论关键技术决策的会议。你得像对待一个聪明的实习生一样审查它写的每一行。我自己用 Claude Code 做需求的时候也是这种感觉，它给你的东西乍一看挺像回事的，但你不盯着它，它不知不觉就走错了。

作者说"冲刺悖论"，就是你用 AI 加速交付了一次，老板很开心，紧接着，这个速度就成了新的 baseline。以后所有需求都按这个节奏来。工程师更累了，漏掉边界情况，跳过测试，上线更多 bug，更多事故、更大压力、更多冲刺……一个越转越快的死循环。

V2EX 上也有人在聊差不多的事。一个老哥用 AI 编程一年，Agent 做全新项目的时候表现惊艳，但项目越维护越久质量就越拉。因为每次开新 session 对它来说都是第一天入职，之前的讨论、架构决策、踩过的坑，它全都不知道。然后更要命的是你还不容易发现问题——以前代码写得烂一眼能看出来，现在 AI 生成的东西注释齐全命名规范风格优美，但底层逻辑可能是错的。他管这叫"巧克力味的屎山"。

我跟朋友聊这个的时候他说了一句，大概意思是以前 junior 和 senior 的差距在写代码速度，现在 AI 把这个差距抹平了，但判断力的差距反而被放大了。想想还真是，AI 越强，越考验你到底懂不懂你在做的这个东西。