你愿意阅读同事用 AI 生成的代码吗?

[stinkytofux]

正在审阅代码的我突然不想看了, 让 AI 审核扫一遍没问题就行. 功能能跑就行.

所有人都在用 AI, 建造屎山的速度越来越快. 你还能静得下心去分析日志吗? 还愿意仔细推敲每一行代码的逻辑吗?

就像一篇文章, 如果知道是 AI 写的, 我会瞬间失去阅读的兴趣. 感觉自己的时间都被浪费了.

[Ayanokouji]

AI 和 AI 之间也有差别，比如我用 claude 4.5 ，写的代码比我都好，我自己就非常愿意看。但是有些人用的垃圾模型，自己不看，我也不想看。

[HangoX]

AI 生成的每一行我都看呀，不看怎么确定是是对的

[renchong]

不爽的原因是不是，同事半小时用 ai 生成上千行，你一点点 review ，花几个小时

[YanSeven]

@ltaoo1o 对啊，在这个层面上来说，正是因为后续有无穷的迭代。所以，最终的责任人是在人，那么人用 ai 完全不影响整个研发管理，因为研发管理的对象是人，人没变。

在这个层面来说，"用 ai 写代码" VS "不用 ai 写代码"，在我看来就是用"ide 写代码" vs "用文本编辑器写代码"一样，（暂时不考虑安全问题），都是生成工具的简单迭代(现阶段而言)。因为最终我要卡的是你的人。把 ai 生成的垃圾放行到产品中是人的责任。人应当也有义务 review 和筛选测试出 ai 生成的垃圾和正常的用于工业需求的代码，不然就扣你钱。

当 ai 真的强的不行了，那变化的就不是简单的“生产工具”迭代的问题了，那反而更复杂了。

[nkidgm]

哈哈，我就在这预测一波，AI 生成的代码最终都会 “汇编化” 。

未来人类去阅读 AI 的“代码产物”相当吃力。

[ltaoo1o]

@YanSeven #24 所以你是赞同要 review AI 生成的代码对吗 😂

开始说 手写代码 和 AI 代码没有区别，理解成就不需要 review 了，全靠后续 CICD 约束

[YanSeven]

@ltaoo1o 对的，我赞同且认为应该 review AI 的代码，所以说没区别，根本就没有必要去 care 代码是怎么出来的。除非说上游决策觉得有 ai 就无敌了，然后短时间下发了大量的需求给研发，导致研发没有精力去 review 了，那这种场景的过错也是管理层面的，和 ai 无关。全靠 cicd 约束肯定是不对的，那肯定会导致能通过 cicd 但是奇奇怪怪的“离奇物种”。

[Seanfuck]

AI 写的有很多冗余，不简洁

[allecnm]

让 ai 阅读 ai

[crysislinux]

ai 的代码我不想 review ，我连工作正常都不想验证了，让测试验证。。

[snxq1995]

相当于愿不愿意帮同事干活

[slcun]

@m1nm13 就是，还不如 ai 写的能看

[way2create]

无所谓，但我真的挺讨厌某些平台 那些一点都不懂的在那无脑复制 AI 的评论

[heike8]

ai 比人写得好，只要别把 ai 的注释去掉，清晰易读

[Lockroach]

有一说一，ai 写的比同事好很多，就是不能确保同事写的一定是符合业务逻辑的

[Promtheus]

ai 写的不好挑毛病 因为没啥显著的毛病。同事写的就可以吐槽了

[sampeng]

如果全员 ai ，限制功能开发的可能不是 ai 拉屎，是人看不过来。

[sampeng]

一定要 review ，现在 ai 特别喜欢静默防御编程。我每次 ai 写的让另一个 ai review ，必找出两类问题：n+1 数据库查询和静默防御编程。

什么叫静默防御编程？就是测都测试不出来、在那骂娘怎么就不行了呢

[jardel]

AI vibe coding 需要提供足够上下文不然 AI 不会考虑各种问题。一个代码写的差的人本身就没有那么高逻辑思维能力组织足够的提示词和上下文。还是需要针对人进行 review ，平时出现问题少的人。AI review 一边就差不多。平时小问题不断的人用 AI 也会问题不断。

[ysn2233]

AI 有注释，读起来还行