我是前端,每次看到组里其他人写的代码我都痛苦的要命。随便举几个例子吧:
最基本的代码对齐都做不到,例如它们的代码是这样的:
if (isDefault) {
this.xxx = true;
this.timer = setInterval(() => {
if (this.zzz) {
if (this.ddd) {
this.box = 24;
}
}
})
}
每次看到这些代码我都快脑溢血发作,现在随便哪个编辑器都能做到自动对齐大括号,我真的怀疑它们在用记事本写代码。
喜欢全局重置某个组件库样式,从来不管会不会影响到其他组件样式。例如:
.el-table__fixed-right {
display: none;
}
每次都是等到测试发现了,然后再回过头来改这个问题。
用 AI 漫天拉屎
自从公司的人会用 Trae 之后,每次看到它们提交的 commit 里有 markdown 写的很详细的提交信息之后,我就知道它们又拉了一坨大的。业务确实实现了,问题也解决了,但是代码质量真的令人发指,比如说,从某个模块中莫名奇妙引入一个根本不存在的虚空方法,然后莫名奇妙的在代码中调用,然后莫名其妙的逻辑根本不会走这里,业务还莫名奇妙实现了。
我怀疑它们真的是从来不 review AI 生成的代码,只要能跑通就行。代价是后续负责修 BUG 的人要一点一点抠这个是什么意思,连 CC 有时候都理不清它们写的是什么。别问我为什么不和 Leader 沟通,因为它就是带头拉屎的人。
F@@@@@@KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
最终你同事月度/季度 KPI 还会加一条 用 AI 快速解决需求问题。 领导直接评优秀
加入/融入,“锦上添花”,耐心等待。
不过,如果你的 team 整体是这样,说明你…不属于那里,看你的耐受度或其他机遇吧,你的 leader 无心尽责,可能也是在混日子或骑驴找马(尽管当前在国内不容易),有机会私下聊的话,顺带吐槽两句,试探一下。
你又不是领导,效率太高,普通员工就容易失业
所以,应该感谢其他人写的代码一般般,并祈祷多一些容易排查的 bug 。
后来我写了一个 svn hook 的脚本,所有提交的.go 文件,必须能通过 fmt 检查才能提交,否则禁止提交.这个问题算是解决了
我们有上述问题根本点不了 merge, ut 不到 80%也不能 merge.
每个 repo 都有一组 default reviewer, 至少要拿到两个 approve 才能 merge.
而且我们前端的开发工具改成类似 scratch 那种拖拽的了, 写 code 的机会都很少了.
这家公司也很 nb 。相同的业务代码能写十几份几乎一样的( nb 的点就在于他们每次写的思路一样,流程大差不差,变量名每次都有点不同)
明明有代码规则自己不遵守,当我我复制粘贴他们的代码,他们还会提意见😁说明他们还是能看懂的
能怎样呢,打不过就加入。公司现在的风气已经变了,以前是有多少事做多少。现在是你把事情全做完了(或者阶段做完了)说明你没发挥价值
自己统筹负责的项目可以精益求精,多人协同的项目就别吹毛求疵了,纯粹是自己给自己找麻烦
或者你也可以选择,全选 ctrl + a, shift + tab, shift + tab, shift + tab, shift + tab ,commit, push