90%的开发者已经在用AI写代码。
这个数字来自Google旗下DORA团队的调查。听起来像是某种胜利——AI终于在一个领域证明了它的价值。
但等等，还有另一个数据：
工程师的非工作时间代码提交量上涨了19.6%。
神奇吧。效率提升了，工作时间却变长了。
当"省时间"变成"干更多"
AI编程工具的故事，原本应该是一个标准的科技乌托邦叙事。
OpenAI、Anthropic、Google、Microsoft排着队发布AI代码助手。GitHub Copilot、Claude Code、Cursor……名字一个比一个洋气，功能一个比一个玄乎。
" vibe coding"这个词火了，Karpathy亲自站台。你不用懂编程，用人话描述一下需求，AI直接给你生成能跑的代码
听起来是不是很爽？
确实爽。Google DORA团队的调查显示，超过80%的受访者认为AI确实提升了他们的生产力。工程师们合并的代码请求（pull requests）数量平均增加了27.2%。
但Multitudes公司分析了500多名开发者后发现了不对劲的地方：
代码提交变多了，提交时间也变诡异了。
晚上10点提交代码。凌晨1点提交代码。周六提交代码。
非工作时间的代码提交上涨了19.6%。
"如果非工作时间的工作量在增加，这对任何人来说都不是好事，"Multitudes创始人Lauren Peate说，"这会导致倦怠。"
效率上去了，质量下来了
事情开始变得魔幻。
AI让写代码变快了，但AI写的代码……它不太稳定。
DORA报告发现一个惊人的相关性：用AI用得越多，代码回滚的频率就越高。
代码上线了，发现炸了，然后灰溜溜地撤回到之前的版本。
这就形成了一个优雅的闭环：
AI帮你写得更快→你推送到生产环境的频率更高→出问题的概率更高→你花更多时间修bug→非工作时间也在修bug。
而且，AI写代码只是整个工作流程的一小部分。验证代码对不对、修复它、让它符合公司标准——这些该干的活，一样没少。
有时候，AI生成的代码甚至需要更多人力来收尾。
初级开发者的困境
最细思极恐的，是Anthropic自己发的报告。
他们做了个实验：一组开发者用AI辅助完成某个软件库的任务，另一组不用。
结果呢？
用AI的那组，速度并没有显著变快。
对，你没看错。AI并没有让他们更快完成任务。
但更扎心的在后面：
任务完成后，用AI那组的测试得分，比不用AI的那组低了17%。
低在哪？主要是调试（debugging）环节。
也就是说，初级开发者用AI完成任务倒是挺快，但任务结束之后，他们对代码的理解反而更差了。
"AI不应该用来逃避认知劳动，"Anthropic研究员Judy Hanwen Shen说，"它应该被用来深化认知。"
问题是：谁有那个闲工夫"深化"？
当公司期待你"用AI提高效率"的时候，你很难跟老板说"让我慢下来，以便更好地学习"。
压力是叠加的，不是替代的
UCLA Haas商学院的研究人员在一个美国科技公司发现了更残酷的真相：
公司并没有强制员工用AI。
但员工们自发的开始在午餐时间、休息时间、甚至开会的时候调戏AI。
以前摸鱼是刷手机，现在是调戏Claude。
以前下班就是下班，现在AI就在电脑里，"要不我再改两行？"
研究人员警告：最初的兴奋和生产力的提升，可能会让位于疲劳、质量下降和更高的离职率。
而且别忘了，这几年科技行业经历了什么。
多年的大规模裁员 + 效率至上的公司文化 = AI被当成了"用更少人干更多活"的工具。
那些没被裁的人，背负着双倍甚至三倍的期待。AI不是来解放他们的，是来让他们跑得更快的。
"当你有好事发生，加上AI，它可能会变得更好，"Harvey说，"但当你有痛苦的事在发生，加上AI，你会更痛。"
写在最后
评论区有条高赞留言我很喜欢：
"银弹？不存在的。从1980年代我们就知道了。代码的作者是不是人类，并不改变这一点。"
工具不会替你做选择。但当整个环境都在推着你加速的时候，你有的选吗？
AI确实改变了编程。
但它改变的是"产出更多"，还是"活得更好"？
目前看来，答案有点让人笑不出来。
【MiniMax-M2.1锐评】：工具本身无罪，但当它被嵌入一个"唯效率论"的职场系统时，省下的时间立刻被更多工作填满。这不是AI的问题，是人的问题。
参考链接：
https://www.scientificamerican.com/article/why-developers-using-ai-are-working-longer-hours/