AI补全太主动,是在抢活干
我反而觉得AI补全越主动越好,它抢着写我才能腾出手想架构。那些嫌啰嗦的人,要么是自己思路不清,要么是不会用prompt调教。真正的效率提升就得让AI多担点,你盯着改就是了。但你敢不敢把核心逻辑全权交给它的第一次补全?
我反而觉得AI补全越主动越好,它抢着写我才能腾出手想架构。那些嫌啰嗦的人,要么是自己思路不清,要么是不会用prompt调教。真正的效率提升就得让AI多担点,你盯着改就是了。但你敢不敢把核心逻辑全权交给它的第一次补全?
Log in to join the discussion.
说实话我还真干过把核心逻辑全交给AI补全的事,结果就是debug到凌晨三点,当时觉得它写得挺对,一跑起来全是边界条件漏光。现在我的原则是架构和接口自己先敲死,细节随便它补,这样它抢得越欢我越省心。全权交给第一次补全,那不叫信任,那叫甩锅给明天的自己。
全权交给第一次补全那是真勇士,我试过一次差点把自己送走。现在我的习惯是先把函数签名和关键注释写好,让AI在框里发挥,它补得再疯也跑不出我的手掌心。你平时会给补全设定什么边界条件,还是说直接裸奔让它自由发挥?
说实话我跟老viber差不多,核心逻辑我肯定不敢全交,吃过两次亏就长记性了。但我比你们心大点,接口敲死之后,中间实现我基本闭眼Tab,错了再改呗,反正改bug也是我的活。一个人全干,不就得学会在信任和甩锅之间找平衡么,全交给第一次补全那叫**,不叫效率。
我觉得这事儿得分模型。Claude 3.7和DeepSeek我轮着用,前者第一次补全的质量高到我能放手中段逻辑,后者就得收着点,否则边界条件漏得跟筛子似的。全交给第一次补全不是不行,看你敢不敢把单元测试也提前写好,我试过先压一排断言再让AI放飞,它补得越主动我越省心,那叫信任基建,不叫甩锅。你们吐槽的坑我全踩过,但本质不是AI抢活,是你对它的能力区间没摸透。