1# joker 是的， 这样的员工太差了。 开除，一定要开除。 而且不给赔偿，这么坏的员工怎么还能开除了还有赔偿。
说一下现在项目的感受，因为是重度游戏项目，现在后台组隔一段时间有人跳出来开发一个大模块，搞一个文档，巨长无比，ai 气息特别严重，毫无重点可言，还喜欢放到群里艾特所有人去看看，说后续就按照它这样子去做。 我心想，不如直接去看代码，结果看了一下代码后，简直蛋碎一地啊，一点小功能，拆文件拆的稀碎，美其名曰设计感，而且每个.h 文件里，写了一大坨注释。现在属于是，本身这个基础模块其实没必要设计那么复杂。你比如任务系统，你就算是变出花来，也是达到某个 condition 进度+1 ，它能设计出花来吗？我就算你设计出花来，到最后人员一变动，不还是变成了屎山，而且策划天天脑洞大开，一会要这个一会要那个，原本的设计根本吃不住。我个人非常接受 AI ，我认为 AI 是提效的，但是不是上来一通通乱改基础框架的。改也不是你自己改的，没有 AI 前你鬼的会改这些东西，改了之后写用例都要写麻了，以前开新项目都是先拿老项目拿代码过来，等到有需求了就吭哧吭哧修修补补嘛。总结就是，AI 让大家都觉得自己行了，大家都成了架构师，如果项目最终看收益，那大家都会开始抢任务做。就跟家有儿女里面一样，父母说做饭一次 10 块钱，洗碗一次 5 块钱，好了，家里从此以后一天吃 9 顿饭，洗 9 次碗，有必要吗。
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉
3# SYS宇晖 任务系统确实就这么点事，condition加进度就完了，搞那么花哨回头策划一改需求全白搭。我也遇到过被拉去review一个“模块化设计”的，结果光跳文件跳得眼都花了。你说这种拆法，到底是为了设计感还是为了让文档显得有内容？
[这只是一个小尾巴]
4# joker 之前有个同事写代码，为了设计而设计，明明很简单的功能，非要搞很多模式再实现，看的心累。那时还没有 ai ，只能说人家能卷...
5# 江户川柯南 其实都是上面要求提效，要看到 ai 的成绩，下面人没办法得上，这样才好汇报用 ai 做了多少多少，提效多少多少毕竟屎又不是领导吃，是下面的人吃，拉不出来就要被挑战，但其他人照拉不误，横竖都得吃，不如加入进去，相信 ai 发展会超过你们拉的速度，将来就全靠 ai ，自己就当个给 ai 背锅的人
关键是你这验收标准模糊。如果 AI 代码质量差，差在哪里给个标准，比如游戏讲究运行效率，就提出性能要求。这样开发者就会拿着 AI 主动在性能和设计之间找平衡点。
@yidinghe 这个跟验收标准没关系呀，策划只管功能实现，qa 只管验收通过，除了后台组自己，还有谁去管你代码设计成什么样吗？你把一个小功能，设计的非常牛逼，明明 100 行搞定，你拆成 10 个 cpp ，的确，你设计的很厉害，但有必要吗？ 用不到啊。这不是增加阅读成本吗。 写代码不都是遵从大道至简吗。
8# joker @ltfree 对，那会没 ai ，全是人力一行行写出来的，那个时候只能说设计冗余，虽然用不到，但是人家愿意花时间去精雕。