ai 写的代码有啥好看的，看下文档然后 ai 跑一遍就行了

@avenger #19 上司都带头拉屎了，说这些有啥用。缺的不是解决办法，因为所有解决办法都没用，除非能开掉造成这些现象的开发者，因为不开掉它们绝对无法维护好 CI 。

AI 特别喜欢瞎编不存在的方法

你只是个打工仔，为啥要考虑这些东西，只要问题不是出在你手上，别人爱怎么搞就怎么搞 自己统筹负责的项目可以精益求精，多人协同的项目就别吹毛求疵了，纯粹是自己给自己找麻烦🤣

啥 ai 也不会这么弱智啊，还是人的问题

两家公司几十个同事，连我只有两个人会格式化代码后上传 ╮(╯▽╰)╭ 这家公司也很 nb 。相同的业务代码能写十几份几乎一样的（ nb 的点就在于他们每次写的思路一样，流程大差不差，变量名每次都有点不同） 明明有代码规则自己不遵守，当我我复制粘贴他们的代码，他们还会提意见😁说明他们还是能看懂的 能怎样呢，打不过就加入。公司现在的风气已经变了，以前是有多少事做多少。现在是你把事情全做完了（或者阶段做完了）说明你没发挥价值

你们没 code review 吗? 没 eslint 检查吗? 没 ut 覆盖率检查吗? 我们有上述问题根本点不了 merge, ut 不到 80%也不能 merge. 每个 repo 都有一组 default reviewer, 至少要拿到两个 approve 才能 merge. 而且我们前端的开发工具改成类似 scratch 那种拖拽的了, 写 code 的机会都很少了.

@300 格式化很简单，IDEA 这种直接在 commit 设置里选一下就是都不去做，我都提醒了他们也没用 @malusama 我们有 lint ，sb 的是老板自己会 push/merge lint 失败的代码 然后攒一堆找一个人（经常是我）说你跑一下 format.sh 修复一下 反正格式化一下也算我在工作了，只不过其中会伴随一些操蛋的事情罢了

代码格式化,我写 go 的,以前组内只有我一个人格式化后提交,一度让我很崩溃,代码同步下来,我改动一行,格式化后,提示几十上百行修改. 后来我写了一个 svn hook 的脚本,所有提交的.go 文件,必须能通过 fmt 检查才能提交,否则禁止提交.这个问题算是解决了

让他们在 push 前，review 下或者，让 AI 自己 review 下就能解决大部分了。