幸灾乐祸?

@EastLord 你都用 ai 写代码了，还要 review ？那不如自己写。

一群理中客，说没有 review 么，没有 backup 么，没有测试么，都是在事后诸葛亮，你们能够保证自己开发完全按照标准流程执行的吗。review 不是只看代码流程，有时还要考虑业务流程和场景，所以这个任务更多的是 leader 在做，但是不管 review 与否项目出问题他都逃不了，再说项目庞杂后他不可能每个提交的代码都 review 的完。就算 backup 了，那么在项目恢复期间的损失照样无法避免。现在代码都可以借助 AI 了，测试也可以通过 AI 生成测试用例，不排除负负得正的可能。AI 是个工具，使用的是人，它只是根据你提供的文字说明给出了它认为的解决方案，但是实际的代码执行环境并不限于你提供的文字描述。

op 编造一条莫须有的引战剧情后就美美隐身收割铜币了

正常小公司都没有人 review 代码的，除了新人刚来的时候，会帮忙看下他写的代码。。哪有那个时间做这个事情，都是自己做完了，测试去测，但是测试时间基本都很紧张，除非给他们列出很具体的要测试哪些东西，不然肯定只测试新功能，如果是改动旧的，没让测试出问题的几率很大。

我其实算是最早用 AI 的 但是。目前 因为行业原因 也是 AI 最多用来写一些套路模板代码。比如有些明确的递归算法之类的 不花脑子 就让 Ai 生成 然后自己 review 但如果整个完整的需求 全部说把需求文档丢给 Ai 让他自己来生成。我宁愿自己写。因为可能我 review 的时间上花的可能比我自己写还要久。除非是那种简单的 crud

这和 AI 没啥关系,和人有关系

什么 SB 公司

很多人说 ai 不背锅的还是太年轻了，现在可是 ai 大跃进时代，ai 必须背锅。ai 跟 idea 等编程工具区别是什么？区别是领导认为 ai 可以取代牛马。我司现在强制使用 ai 编程，跟绩效挂钩。但是实际体验下来有几个矛盾点。1.ai 的不确定性与排期的确定性冲突。ai 真不懂业务，计划模式一通聊完，半天过去了，大概看了下计划没问题，等他跑完发现抛异常了，又要各种沟通调整，明天可是要提测了哦？你还要我 review ？ 2.不想看代码跟必须看代码的矛盾，ai 是真会乱改代码，我自己必须知道要怎么改，改哪里的代码，才能保证 ai 不出问题，那我还用什么 ai ？我自己写都写完了。3.对外吹牛逼与恶心自己的矛盾，在大跃进的背景下，你敢在公司群说 ai 不好用，那结论只能是你不会用，你只能说“我做需求一行代码都没写，全是 ai 生成的”，但是前面 1,2 点我说了，你自己必须对项目，需求完全了解才能正确指挥 ai 干活，从结果来看确实一行代码都可以不写，但是时间一点没少，反而引入了新的不确定性导致自己有延期焦虑。领导们对 ai 的预期太高了，搞得底下的员工很尴尬。。最后说个题外话，很多人说 ai 生成代码时可以摸摸鱼，喝个咖啡，你问过领导了吗？在领导视角，只会觉得你不饱和，顺便给你排多一个需求。

@zakokun 赞同，那些 review 能看出来的人，想必都是一眼能看出复杂函数极值的神人（拉马努金），注意力惊人