新来的 IOS 用 AI 写代码直接给我整麻了

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

出的第一版包，差不多 100 个 BUG 。
大部分是与 UI 不一致，各种排版、间距、字体、颜色等等和 UI 不一样，他总是按他自己想法做，他觉得好看。
让他改还贼费劲，要么改完达不到预期、要么漏改、要么改 A 又出 B 问题。

这是他的问题还是 AI 问题。。。

问题

19 条回复 2026-02-27 10:53:40 +08:00

bojue

2 月 25 日

他的问题，有产品经理的话确定好验收标准

chekun

2 月 25 日

哈哈，让他先用 AI 测试一遍

zx9481

2 月 25 日

用的啥 ai

yyzh

2 月 25 日

这是部门经理要考虑的问题.如果你的代码全用 AI 写,写完就提交的那我干嘛要花钱请你?

SoulFlame

2 月 25 日

@bojue #1 我验收标准已经放的很宽松了，没有用工具去抠像素级还原那么变态。
我纯是以肉眼去看，和 UI 差不多就行，像按钮圆角度数和 UI 不一样，我肉眼看得出，但是这种我觉得还行，都放了。
他是有时候弹窗、小图标，UI 有出，他经常自己去找个第三方库的。。。。真的麻了

bojue

2 月 25 日

@SoulFlame 感觉还是确定好验收标准的问题。

因为 ai 无法优化 Ui 的细节，这个需要人去把控，他自己让 ai 写的不愿意改。

AI 本身还是辅助，不是解放劳动力，完成公司的工作任务，至于是不是第三方库没有关系。

经理说过不了就提 bug ，我们之前是 UI 会提一版优化建议和功能测试分开了

maichael

2 月 25 日

直接打回去和 UI 设计不符就行了，不要沟通，再来几次不改就直接找他上级/你的上级反馈。

PerFectTime

2 月 25 日

那肯定是他的问题，手写或者用 AI 写其实不重要，但最终交付的一定是要符合需求的，要不然招他干嘛

malusama

2 月 25 日

人的问题啊，有些开发就是不在乎 UI 还原度的。

NoNewWorld

2 月 25 日

?直接打回与 UI 不符合啊，这就是他的问题。

SoulFlame

2 月 25 日

@bojue #6
@maichael #7 我刚去看了一下那小伙，研究了一下，他就是取巧，把设计图和需求喂给 AI ，直接生成了，觉得能用就完事，自己也不进行初步测试和与 UI 比对，AI 生成的页面，细节全是和 UI 不同的，这种产品不符合我们要求的。
难怪正常这种包别的同事要做 10 天的，他 5 天搞出了第一版，结果现在修改都另外改了 6 天了，还见不到头。。。

JoeDH

2 月 25 日

都是样式问题的话他能不能手动写代码修好？如果不能，那就是个人有问题

buildsth

2 月 25 日

肉眼可见的问题，纯属员工不上心了

zylll520

2 月 25 日

哈哈哈，跟这种人配合的话，心挺累的

qbmiller

2 月 25 日

找他上头说一声。支持 ai 写，瞎写能行吗

zhengfan2016

2 月 26 日

前端最怕产品会用 figma ，特别是使用 figma 把 app 截图和 figma 设计稿重叠的产品

你要是觉得累，直接把 app 截图和设计稿重叠，然后把图发给领导，问领导指示呗，领导觉得瑕疵能接受，你就不管，以后出事了也是领导说的

blirun

2 月 26 日

AI 能开除吗？肯定是开发的问题

Nikolaiii

2 月 26 日

[改了 A 出了 B] ，是菜， [UI 完全对不上、漏改] 是不负责。

总结：又菜又不负责。

nenseso

2 月 27 日

AI 的问题，我之前做一个复杂的功能，本来想直接 vibe coding ，结果发现它给我生成特别多的 BOOL 判断值，整个功能做了一半，控制器的代码已经上 2000 行了，我直接全部推翻重写了，照它这样写下去，基本人看不懂的，不管 AI 写的代码怎么样，最终人是要能理解的，我特别反感那种 BOOL 类型判断多的代码，后面我自己重新设计架构，改 MVVM 模式，然后再让它在我的架构下做功能完善，整体可控度就高很多