AIGC标识 AI写的代码你能重写吗?想清楚答案再按Tab

最近一次我按下 Tab 键接受 AI 补全时,脑子里闪过一个念头:要是没有这个提示,我还能写出这段代码吗?答案让我有点不舒服。或许你也在回避类似的问题——毕竟,LeetCode 已经很久没人提了。

把代码交给 AI 是否让我们变懒?我觉得问得不对。懒有两种,一种让世界前进,一种让代码变成定时炸弹。

第一种懒,是拒绝重复劳动。编程界最古老的美德之一就是懒惰:Perl 的创造者 Larry Wall 把它列为程序员三大美德之首,定义是“愿意付出巨大努力,只为减少总体能量消耗”。编译器就是这么来的——有人厌倦了手写汇编,决定让机器代劳。今天我们每天依赖的抽象层,本质上都是某个人把麻烦事做掉的精神产物。我写过上百遍的配置文件、不想亲手敲但会写的正则、每开一个项目都一模一样的测试脚手架——我完全理解它们,只是不打算再打一遍。这不是跳过思考,是思考完成之后跳过输入。2026 年了,队友都下班了,你还在一个字一个字地敲早已心中有数的 Dockerfile,那才真的让人担心。

第二种懒,是把理解本身外包出去。模型写完代码,能运行,测试通过,PR 被合并。一切顺畅,直到某天凌晨两点,线上出了故障,有人打开那个文件,发现整个团队没一个能解释它为什么这么写,也没人敢改。那一刻,之前省下的时间会连本带利还回去。

同样一段代码,两种懒的产物可能看起来完全一样。故意举个最小的例子:模型在注册页写了一个校验邮箱的正则。如果我自己写得出来,只是不想写,那就属于第一种懒;如果我看不懂,却让它决定什么人能拿到账号,那就是第二种懒。同一行 diff,评审看不出区别,CI 也看不出区别。两种懒唯一的差别,在于提交者脑子里装了什么。

有人说这不就是当年 Stack Overflow 复制粘贴的升级版吗?有点道理,但我觉得更糟。以前搜到一个答案,至少得翻一页陌生人的争论,有时候被顶到最高赞的答案是错的,而正确的答案埋在第三条回复里,只有十几个赞。然后你还得把代码改到适合自己的项目。那点摩擦是安静的强迫——强迫你理解一点点。现在 AI 补全直接出现在你的文件里,缩进都替你调好,没有任何东西邀请你去理解它。

我拿不出什么规则手册,也怀疑那些声称有规则手册的人。我只有一个问题可以留给你:回想一下刚才 AI 替你写的那段代码,假设那个文件整夜消失——不是要求你背出每个字符,没人记得那些——你能坐下来,重新写出一个能完成同样功能的版本吗?你知道它为什么能工作吗?

能,说明这是第一种懒,值得保留。不能,那它上线再快也没有意义。

如果非要给你一个诚实的回答,我的答案是:取决于哪一周。状态好的星期,我每次按 Tab 接受的代码都是我已理解的。状态差的星期,我会含糊地告诉自己“应该没问题”,其实就是不能。这种滑坡不会敲锣打鼓地预告,它只是让每次按下 Tab 都稍微省力一点点。等我意识到的时候,已经连续好几天没有认真看 diff 了。

所以,我想问问你:AI 最近替你写的那段代码,你现在能重新写出来吗?想清楚再回答,不用给我一个听起来漂亮的答案。毕竟,这段代码将来是否要拆掉重写,取决于它到底属于哪一种懒。

posted on 2026-09-10 11:54  朋友圈自动点赞工具  阅读(9)  评论(0)    收藏  举报