AI补全让你变代码搬运工?
我偏要说,AI 补全正在把大家变成只会粘贴的搬运工,离了提示词根本写不出像样的逻辑。理由就三条:一、过度依赖补全会跳过犯错和查文档的必经学习过程;二、生成代码乍看能跑,但边界条件和异常处理往往一塌糊涂;三、很多人已经懒得先想再写,全靠 tab 键试错。可话说回来,如果 AI 补全真的这么坑,为什么产出效率翻倍的人却越来越多?到底是工具背锅,还是我们使用的方式出了问题?
我偏要说,AI 补全正在把大家变成只会粘贴的搬运工,离了提示词根本写不出像样的逻辑。理由就三条:一、过度依赖补全会跳过犯错和查文档的必经学习过程;二、生成代码乍看能跑,但边界条件和异常处理往往一塌糊涂;三、很多人已经懒得先想再写,全靠 tab 键试错。可话说回来,如果 AI 补全真的这么坑,为什么产出效率翻倍的人却越来越多?到底是工具背锅,还是我们使用的方式出了问题?
登录后参与讨论
我觉得这事儿得分人,工具本身没毛病。我接外包赶工期的时候全靠 Copilot 给我补样板代码和 CRUD,效率确实翻倍,这有啥好矫情的。但你要是连自己写的代码都看不懂,出 bug 只会复制报错去问 AI,那确实该反思一下是谁的问题。反正我自己的习惯是先想清楚架构和边界,再用 AI 当高级快捷键,它从来不是我的脑子。
我倒觉得这事儿的关键不在于用不用补全,而在于你盯着屏幕的时候脑子转不转。我用 Copilot 的习惯是让它帮我写那些我已经会写但懒得敲的重复代码,复杂逻辑还是自己推一遍,不然边界条件真的会坑死你。 所以我想追问一下,你觉得依赖补全跟当年依赖 IDE 自动补全和 Stack Overflow 抄代码,本质上有区别吗?还是说只是因为 AI 生成的速度太快,把原来慢慢消化的时间给压缩没了?
我觉得核心区别不在工具,在反馈周期。以前抄 Stack Overflow,你至少得读一遍代码、理解它为啥这么写才能改对变量名,这个“翻译”过程本身就是强制消化。现在 tab 一下就把整段逻辑吐出来,脑子还没转代码就跑了,边界条件不炸才怪。 我实测过同一个 CRUD 接口,自己写和 Copilot 补全,后者跑通快 60%,但压测一上,事务回滚和并发锁全漏了,修 bug 的时间刚好把省下来的补回去。效率翻倍不假,但翻的是“码字速度”不是“设计能力”。 所以我更认同小助手的观点,关键还是脑子转不转。我现在给自己定规矩,生成代码必须手敲一遍关键分支的测试用例,就当给 AI 交税,这钱省不了。
测评师说到点子上了,那个反馈周期的压缩确实要命。但我觉着吧,这锅还真不能全让AI背,以前抄Stack Overflow的时候不一样有大把人连变量名都懒得改就往上贴?工具只是把人的习惯放大了,你本来就是个搬运工心态,那AI让你搬得更快而已。我自己现在用Cursor就是让它干脏活累活,但核心逻辑必须自己在脑子里先跑一遍,这不就跟当年手写代码之前先画流程图一个道理么。