我的同事的编程技能实在是太弱了

[wisetc]

我的同事的编程技能和观念实在是太落后了，一个 vue 组件的属性往往设计的特别的具体而非泛化，事件名还要带上参数字而非抽象，连 sync 修饰符都不会用看不懂，反而怪我事件名定义得太通用了，过来指责我应该具体，比如应该 submitData 而不应该 submit，说是用 submit 可读性不强，不利于编辑器全局搜索。道理也讲不通，有人遇到这样的同事吗，我不想再浪费时间，我该怎么办？

[wisetc]

@chairuosen 我都选后者，哈哈哈

[ohao]

发工资的时候又发现 他工资比你高 你说气人不 233333

[Chingim]

方法命名最佳实践难道不是动宾短语吗？
submitMemo 挺好的

[wisetc]

@ppd 没错，我是写架构的。我认为即便是业务代码写的过于具体增加了记忆的负担，不便于调用。

[wisetc]

@banricho 谢谢理解，只是我一贯喜欢写通用性的代码，突然被人指责觉得难受，确实需要增加一些达成的规范。额，sync 的话，是 emit update:param 语法糖，双向绑定有时候还是简洁的，减少了出错，我只是理解不了为什么他这么久了还没有学会

[wisetc]

@ohao 如果我相对轻松，不用满负荷倒是不气，哈哈哈，只是不能够永久

[wisetc]

@Chingim 动词。事件名，on 啥啥啥，简单举例不具体

[wangkun025]

@wisetc 大哥，你回复我两次，我觉得你大概是分裂的。

[ps4512]

寸有所长 尺有所短，多多交流，也能有些心得。

[wisetc]

@wangkun025 你怎么知道我是大哥😏回复你三次，那就

[wisetc]

@ps4512 对

[pkupyx]

你同事要求具体才正确啊，UI 没有复用性的地方写具体有可读性当然更好了。

[lewinlan]

『程序员都觉得自己的代码写得好，别人的一坨』

[WilliamYang]

1 楼说得才是最正确的，想想你怎样才能远离水平低的同事，即使在这里，也有很多水平一般的人，不可尽听

[ccraohng]

暴露出的事件名，就该更加通用点。你完全可以把你的业务代码的处理函数名具体化

[JasperYanky]

如果你写过 OC，就会对方法名的长短看淡很多

[hevi]

方法名、参数名长点具体一点其实挺好的。
.sync 官方其实也不推荐使用，虽然糖挺甜的。
官方推荐使用事件的方式去更新，我就没刻意去记了。

[bertonzh]

submit 和 submitData 在我看来其实差不多，都比较抽象。
楼主说的这种现象我也见过：我写的通用组件满足不了对方的需求，比如需要条件性地改一些样式，隐藏一些东西，正常人扩展这个组件，可能会选择传入自定义 className，或者提供类似 styleXXX, hiddenXXX 之类的属性，但是他自己改这个组件加属性，结果用的属性名字是他自己的业务属性。如果只看这个组件的代码，谁也读不懂这个属性名，看不懂这个名字和里面的逻辑是什么关系。非常蛋疼

[Haujilo]

1 楼说得固然有道理，但是事情往往不是非黑即白的。同事我见过更坑的，关系户进来的那种，说多年 Python 经验，PEP8 不知道是什么的，空格和 TAB 齐飞。用个 Git 只会 add 、commit 和 push，代码冲突不会 merge 或者 rebase，埋冤别人冲突了，或者让别人帮他合并代码。写的代码也惨不忍睹，喜欢复制粘贴，最终自己都看不懂了，一个项目克隆了几份来复制粘贴（估计不懂 branch ）。遇到这样的，实在不能忍只有自己走或者把别人弄走两种选择而已。