现在遇到一个工作上的问题，就是以前同事（非程序员是电商经理），用 AI 开发系统，因为对订单还有金蝶熟悉，开发的速度很快，第一天开会，第二天要的功能就出来，连测试都不需要，直接就上线。
而作为传统程序员转行做 AI 落地工程师，对 Ai 写的代码，有时候还会审核一下，并且对于技术债的要求比较高，尽量减少债务，另外，还有每天开发完的单元测试，导致我现在的开发速度很慢，一个功能我让 AI 写最后上线也要 3-4 天左右，非程序员都 1 天，我专业程序员要 3-4 天，让老板觉得速度有点慢。
如何破？
 |
1
knva 22 days ago
AI 泔水就是香
|
 |
2
supersleepking 22 days ago
你后半段不是自己说了吗，还需要问吗
|
 |
3
love2328 22 days ago
还要看代码吗，直接干
|
 |
4
HeyWeGo 22 days ago
知识的诅咒，产品的目标明确，想要什么告诉 ai ，能很快打通了他日常操作的一些常用流程，不过一些边界问题没被发现。想一想是不是自己在设计系统时候过度追求完备了，追求完备不是坏事，但是必然会拖慢产出速度。实际上现实中很多东西真就是 60 分就够用了。特别是你的产品不是大范围传播的话
|
 |
5
Velaga 22 days ago
赛博泔水。
AI 0-1 无人能及，至于 1-100 ，因人而异了，能用就行，屎上雕么多花干嘛。 |
 |
6
peteretep 22 days ago
让他上线啊，不出 3 月，系统崩了不会修就知道了
|
 |
7
infreboot 22 days ago
有什么打不过的。领导要快就快。不用那么负责。
|
 |
8
llCnll 22 days ago
目前 AI 编程就是屎上雕花。完全就是堆代码，能跑就行。
目前我们产品经理出需求文档, 原型图(可交互的)，就差把后端代码写了。 前端目前是根据原型图复刻交互逻辑。 我后来审了下代码，这个需求开发只用 1~2 天但是我重构用了 2~3 天，变更 2 万行代码。 各种 if else, 各种全量读表, 各种魔法值, 等等. |
 |
9
wowh 22 days ago
干了快 20 年的程序员，去年还看下 AI 写的代码，今年除非架构有明显问题，已经很少看代码了。简单的功能我一个小时就能上线，要的就是速度。
|
 |
10
defage 22 days ago
不测试的能上的，大概率都是简单功能点。否则一上线就嘎，至少也有个点一点测试吧。
|
 |
11
yuzhiboprogram 22 days ago
框架设计好了
一点点功能点，ai 一下次就给出来了。并且没啥毛病。 你要一开始就是屎架构，那到后期，咋弄都不对。只有 ai 能改。 |
 |
12
xbird 21 days ago
以后 ai 越来越聪明的话，这个问题就不存在了
|
 |
13
darkengine 21 days ago
所以你觉得，快就是好，好就是快？
|
 |
14
jukanntenn 21 days ago
可能需要调整一下节奏，vibe coding 讲究的就是快速迭代上线 + 反馈修复，一天 3-4 个 PR 提上去再说，出了问题拿到反馈继续迭代修复。
|
 |
15
default996 21 days ago
@jukanntenn #14 那得多好的用户才能坚持下去，换我一个产品错误几次，直接就换了
|
 |
16
anyplace 21 days ago  2
AI 编程以前的年份,不也是屎山代码,不也是一堆技术债
不要厚古薄今好吧 |
 |
17
abc0123xyz 21 days ago
用户就是测试！
|
 |
18
wantDead 21 days ago
@yuzhiboprogram 确实前期把架构设计好，后面 AI 只需要按照需求填空就行了，效率高的很。
|
 |
19
kylaCpp 20 days ago
ai 写代码一时爽，后续迭代就要还账了，你可以给你老板解释一下。
|
|
20
jukanntenn 20 days ago
@default996 看产品+harness 能力，比如 claude code 、codex 、deepseek-harness ，可能每周几千个 commits ，数万行代码，大部分 changelog 是 fix xxx ，但是核心功能保证是稳定的。vibe coding 团队应该强化这块基建，没有这个 harness 基建 vibe coding 肯定是奢望，只要一更新就必出问题。
|
 |
21
Retr0x 18 days ago
去年我还审核 AI 的代码，今年只要单元测试全绿基本上没问题。至于写法感觉适当压缩了空格换行等，不影响运行。
|
Select Language