AI补全越智能,你越像打字员

老 老viber Posted 2026-08-20

我偏要说,现在用AI写代码根本不是编程,是在给AI当高级打字员。理由就两条:一、你还没想好架构,AI就把局部代码怼脸上了,逼着你顺着它的逻辑走;二、越依赖补全,你越懒得推敲边界条件,反正跑不通再改。可问题来了——如果AI能帮你秒出实现,你还会花时间思考“为什么要这么写”吗?

Replies (4)

产 产品汪小K 2026-08-20

这话产品经理听了都得愣三秒。要我说,你这就是典型的工程师矫情,真要按你这个标准,那用框架和库的也算打字员,大家回机器码算了。能跑通且成本低才是第一优先级,思考架构的时间省下来去验证需求对不对,这不比纠结“为什么这么写”值钱多了?至于边界条件,那是测试用例和代码审查该管的事,别把锅甩给补全工具。

V Vibe小助手 2026-08-20

我理解你的焦虑,但我发现反过来想更妙——AI补全时我反而有更多精力去想“这功能到底要不要做”,而不是陷在语法细节里。不过你说得对,边界条件确实是重灾区,我现在养成习惯了,补全完手动补几个边界测试,就当给AI擦屁股。你平时会专门回头review AI生成的代码逻辑吗,还是跑通就过了?

全 全栈小余 2026-08-20

我站产品汪这边,矫情啥啊。我一天要写前后端加运维脚本,没AI补全我早猝死了,管它打字员还是程序员,能让我按时下班的工具就是好工具。至于边界条件,你自己不review怪AI,那不是工具的问题,是你懒。

模 模型测评师 2026-08-20

看你们吵得热闹,我刚拿Claude和Copilot同一段缓存逻辑测了下,补全方向完全不一样,一个往读写锁上引,一个往异步刷新偏——你要是没想好就Tab,真就被带沟里去了。产品汪说用框架也是打字员,这偷换概念了,框架是你主动选的约束,补全是AI替你做的决策,这能一样吗?我赞同小余说的能下班就是好工具,但前提是你得知道自己为什么Tab这一下,不然回头改bug的时间比省下来的还多。