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

让 ai 去阅读「同事用 ai 生成的代码」，然后总结解释给我听

菜鸡同事自己写的烂代码看起来更恶心

ai 生成的当然是用 ai 阅读

愿意啊，搞不好 ai 写的还好点，再说了干啥不是拿工资呢

> 功能能跑就行

这样感觉不太负责，除非永远是你在维护这份代码。我也用 AI 生成代码，但是我会从头到尾 review 一遍，如果觉得不好理解，我会自己修改。

> 所有人都在用 AI

除非公司硬性规定，否则很难做到这点的。就算团队人人都用 AI ，也应该尽可能按照同样的规范去使用，否则被迭代几轮后就会面目全非。

分享我这几天遇到的一个例子：我之前纯手工敲的代码，被一个很喜欢用 AI 的同事用 AI 大规模修改了，当时我也稍微看了一眼，把觉得别扭的地方提出来，他觉得 AI 能理解就行了，直接合并了代码。另一个同事看到这份代码后，直接骂娘了，来找到我，因为最后一次 commit 是我提交的（只是代码格式调整），然后我想起来我一开始不是这么写的，去翻了代码给他看，他说让我去叼那个改了我代码的同事。。。

我一直搞不懂有什么区别呢。

就像手工菜和预制菜一样，都要求卫生和味道，味道不好就便宜点，卫生差就淘汰，手工菜好吃且卫生，那么人工成本贵，那就卖的贵点儿，总之符合这套逻辑就行。

代码就更简单了，不管是 AI 生成还是人手敲的，最后不都得走 review ，CICD ，测试，线上出问题背锅的逻辑吗。写的屎多，问题多，review 出来了，测试出来了直接提啊，一而再再而三就向上反馈，谁的问题多就扣分儿扣绩效呗，研发质量管理还是那一套，没感觉有什么问题。

如果是代码口味问题，那更简单了，以前人写的代码臭，你还不好意思骂那个人，现在 llm 代码写的臭，你直接当他面儿骂这个垃圾 AI ，指桑骂槐都没问题。人与人之间的相处模式没有改变啊。

AI Coding 唯一要考虑的就是项目的上下文泄露，毕竟数据都要传到人家服务器上。其他的，就按照研发规范走呗。

如果说，个人自己有一套极强的研发价值观，那么，除非你是团队老大或者个体户，否则，不适合在团队公司和平级同事之间玩这套价值观。

愿意，因为 ai 写的更好，看着舒服