两种 AI 编程使用流派

4 天前
 beyondstars

甩手掌柜派:把上下文尽可能多的提供给模型,包括各种文档,图纸等,自己不过问“具体编码细节”( review 时除外),修改/维护项目、新增功能等也是通过 prompt 进行,大部分时间用自然语言和 AI 模型交互以及 review 代码。可能会失去对项目代码结构的掌握,存在一些冗余代码。如果脱离了 AI ,项目的可扩展性/可维护性要打一个问号,可能需要一个 AI 离职时的交接流程,让 AI 跟你口述项目结构和代码主要逻辑。

微操派:对 AI 模型完成大规模任务有根本上的不放心/默认不信任(如果是甩手掌柜派是默认信任的话),提供自己认为必要的上下文给 AI ,只让 AI 生成非常具体的东西,例如功能非常确定的模块/类/函数/类型/接口等,简而言之就是那种非常确定的工作,每次只生成少量的代码(少量是指行数),自己整合生成代码到项目中,自己仍主导项目的编码工作。领导大概不喜欢这种派别,认为“没有全心全力地把 AI 编程技术运用到工作中“。

3839 次点击
所在节点    程序员
37 条回复
HomeZane
4 天前
小脚本第一种
复杂点就得第二种,不然 debug 到怀疑人生了。项目推倒重来好几回
sn0wdr1am
3 天前
有时候,改别人的代码,还不如自己写代码来得快。

所以,我喜欢第二种。
unco020511
3 天前
我是第一种,各种 mcp 喂给 AI,然后一把唆,有时候太过复杂了,我也会用 2,自己先定义一些关键接口,把大流程定义好,让 AI 去填充实现
bitmin
3 天前
我 90%用第二种,第一种一般问题直接让同事干,比 AI 更便宜交互更好体验更好
wxw752
3 天前
我目前是第一种,会让它文件级的生成内容,但是并没有无法掌控的感觉,看两眼也就知道 ai 都写的是什么了。
lizy0329
3 天前
你看看,现在 V 站,卖课的,吹 AI 太强,将程序员全裁的,基本都是第一种
lizy0329
3 天前
@DiamondYuan 神·前端耦合度不高
blusdanny1230
3 天前
新的小项目完全可以用第一种,自己可控,中大项目用第二种比方放心,也是自己可控
YShell
3 天前
在两者之间切换
clf
3 天前
1 + 测试覆盖 + 2
chungon
3 天前
一开始是第一种,cursor 降智后变成了第二种
最近用了 augment ,又变成了第一种
Gilfoyle26
3 天前
第二种:因为第一种经常编译都不过。
liwenka1
3 天前
我原来是第一种,我现在是坚定的第二种,当然如果以后 ai 再发展一波的话,我看你会跳反回第一种
bigbone123
3 天前
第二种,第一种调试逻辑 bug 更痛苦。
janwarlen
3 天前
@stingx #16 头像亮度过分
irrigate2554
3 天前
先第一种,能搞定就节约我大量时间,它搞不定再慢慢往第二种拆。
justdoit123
3 天前
@bitmin 哈哈哈,笑死我了。非常在理!

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1142648

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX