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

[wisetc]

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

[wysnylc]

想想为什么这样的人会是你同事而不是我同事

[wangkun025]

有这种人衬托，你该开心才对。

[shintendo]

你说的太泛泛了，唯一举的例子 submitData 和 submit，没觉得有什么问题

[RHxW]

你这算啥，你见过连 for 循环都写不明白的么

[wisetc]

@wysnylc 我想过很久，我开始慌了，因为我没有一个学历，因为我的雇主是个 tech-less，因为没价值

[wisetc]

@wangkun025 相反，我很郁闷

[wisetc]

@shintendo 是的，我并不是为了检举，而是出于无奈的心情，所以不讲究具体和实证。实际其实不是 submitData，而是 submitMemo

[jiyingze]

这种人，他开心就好。你写好自己的代码就是。不要和他生气，没必要。生气伤身体，还浪费时间。如果他是你的上级，虽然按照他的写法很不爽，但是改也花不了多少时间，不要和他吵，省点时间自己可以多学习学习

[cmqwan]

我觉得他说的没啥问题,2 种写法各有利弊.

写后端有时根据某个实体对象(比如 user 表)查询数据库,以前命名是 queryByEntity/add/update/list,看似通用,但是查问题时,还需要去查找在某个对应的类里面. 如果我命名是 queryByUser,那我全局搜索,就能一步到 xml 了

这里只是编程习惯的问题,如果整个公司没有规范,那就是按自己觉得方便的方式去写. 强行要求他人按他的习惯来就没必要

[mumbler]

所以要抵制培训班

[chairuosen]

看场景吧

queryUser
queryUserByUid
api 封装我选后者，User 类用前者

[shintendo]

@wisetc 取决于业务上会不会有不同种类的 submit 吧。不过有一点，事件名用驼峰是不推荐的，要用也应该 kebab-case

[vansouth]

就 submit 而已确实不是太可读性吧 submitMemo，submitData 好点吧

[ppd]

你如果是写架构的，你可以写的抽象点，你作为一个写业务的，写具体点，难道不好？

[littleylv]

就 submit 这一点而言，我同意你同事的观点，不管是可读性，后续别人维护性，都是不错的

[wisetc]

@wangkun025 说的有道理，哈哈哈

[wisetc]

@jiyingze 中肯，感谢。我们不是上下级关系，而是比较要好的伙伴，我也没有责怪他，也正是他替我挡了些不愿投入的事，也许每个人的追求不一样，只是感觉寂寞，跟经验和知识结构有关系。

[banricho]

看事件名似乎你的同事是没什么问题的，当然也不是说你有问题……这个完全应该是团队规范的事，没规范么大家随意发挥，起码没拼音已经很不错了。
sync 我理解但是一般也避免去用。

你说的都不算能支撑你的论点啊 =。=

[wisetc]

@cmqwan 好的，同意。

[wisetc]

@mumbler 有时候雇主创造一些就业，老人能够给年轻人一些机会，培训出来的能够容下培训出来的，专业的就不这么认为了，抢了他们的蛋糕，而且很明显有公平性和正直性问题