和同事相处不来怎么办？

[maxmax4max]

本人偏前端，需要和后端打交道。 1 、接口不写注释，入参不写定义 2 、从不主动出接口，问我需要啥接口，今天把需要的接口整理给他，又在那一直唉声叹气，“啧啧啧”的，着实心里很烦。 3 、之前做一个保存用户功能，我前端没有校验完整调接口保存成功了，后端也没校验，出了问题第一时间在大群 @我说我做的有问题。

他是老员工，我刚来不久。

后续来了。先是做了个查询接口，却问我需要哪些查询条件；后面做了个新增接口，我看了下 body 参数近 200 个，0 备注 0 注释，这时候我望着屏幕也在想在这里工作值得吗？

有人说我在 v 站批评他就行了，其实第一次和他合作我就没忍住就在办公室吼了他，因为太离谱了，但毕竟是打工后面不能把关系弄的太僵。还有 v 友说为什么不控诉，因为没用，这里学历和资历优先，CTO 完全不懂代码。我为什么不走，现在大环境不好前 2 份工作因为公司效益原因 1 年 2 跳已经把简历弄花了，而且年龄大了需要综合考虑的较多，如果能双休 30k+的工作我会离职，有看过招聘软件上的符合的岗位不多。

[GeekGuru]

公司不是家，同事不是亲人，合不来不强求，凑合能一起干活就行。

[wyntalgeer]

你又不跟他过日子，处不来就不处，大家出来做事，轻松点

[hkiJava]

他提出来合理,你就改,他如果有问题,你也在大群里提,大家都是公事公办,下了班谁认识谁啊,遇到真的别扭的,寻求 hr 沟通一下,别内耗

[hfJ433]

正面硬刚，工作走流程备份记录，谁的锅谁背，他在大群给你难堪，下次他有问题，你也可以这样

也不要觉得他是老员工就不能硬刚，老板有时候招人进来就是为了替换掉老员工的

[nuansediao]

群里直接跟他杠，只要不爆粗口，实事求是的说事就行。。。欺负谁呢。 。。。同事处不来正常，又不是对象。

[aladd]

他怎么做你就怎么做，你以后也啧啧啧，也在大群里 @ 。
太敏感了，不是错，就是没必要。 大方一点，以后啧起来。

以后在大群里 @，麻烦“接口写注释，入参写定义”

[Lexin914]

只对你一人这样，没有其他受害者？联合受害者一起向领导反馈，管他什么老员工，除非是领导嫡系要不然都不顶用。

[evan1]

拒绝任何形式的私聊。

需要发消息就通过小/大群 @他发。

[hwdq0012]

后端都看不起前端的，之前我说 sql 逻辑有问题需要改，他也是很烦的在大群里一顿 bb ，后面写了一串很长的 sql 问我逻辑行不行， 我就给原来的 sql 改了一个条件（ condition or 1==1 ）说，这样改就行，然后他就不 bb 了

[maxmax4max]

@Lexin914 也有，另一个偏全栈点的同事，上次用开源方案做了个地址模糊识别功能，我试过其实效果还可以领导最后也接受了。这位后端测了之后大声说“这东西有什么意义，直接调百度接口就好了啊”。

[qbmiller]

@evan1 对的，直接群里问他接口，群里说自己写差不多，等接口中...明面上的‘撕逼’

[coderluan]

职场上，所有同事的问题都是领导

1. 和领导建议制定规范，然后大家按规则办事，谁也不用迁就对方。

2. 他在大群 @你，你就在大群和他辩论呗，领导知道谁有问题。

当然领导认为规范不重要，也分不清谁有问题，那就该考虑换工作了。

[unicreators]

这种同事所有沟通都订会议室拉上上级一起开会，会议上都明确分工和时间，会议记录邮件发送到参会人

[wxw752]

鉴定完了，你这同事是傻逼。

[qxdo1234]

要对他。我之前的一个前端同事也是这么 sb ，对他就完了。

[zhumengyang]

相互来么，他怎么样你也怎么样（只有魔法才能打败魔法

[hideon]

前端校验是对用户负责, 后端校验是对用户和产品负责, 是谁给他的勇气甩锅的

[maxmax4max]

@coderluan 当时 @我之后我只想解决问题，在群里让他加个校验不给保存。大环境这样也不好随便换工作。

[MENGKE]

🙏能把我拉进群吗，我最喜欢怼这种人了

[ooo4]

我们公司的老员工就是这样，菜的抠脚

[yvyvyv]

跟上头反馈被，跟这人合作耽误进度、耽误工期，接口文档也没有，以后这人被裁了交接的人还得去读它的屎山？
他在群里 @你 你也 @他呗， 前端数据被客户端篡改了 必要数据服务端不验证么？

[macaodoll]

喷就完了,另外能先下手的就先下手

[woodfizky]

要么在群里怼他，要么就只能反思反思自己为啥会跟这种人一个公司了

[maxmax4max]

@woodfizky 我也很纳闷，我们不是互联网行业，除了研发部门学历我不太清楚，其它部门学历整体学历极高（ MIT 硕士，清北都有不少）。

[wtsm]

我也是，快把我干抑郁了

[YsHaNg]

@maxmax4max 世界上很多机会啊 没懂你们每天大环境个啥

[yinmin]

“之前做一个保存用户功能，我前端没有校验完整调接口保存成功了，后端也没校验” — 这种就应该是后端校验的啊，前端校验能轻松跳过的，锦上添花没啥用的。

[monkeylmj]

各种各样的傻逼同事多了去了

[yinmin]

“之前做一个保存用户功能，我前端没有校验完整调接口保存成功了，后端也没校验” 这种情况可以私下找负责安全的同事或者是技术主管，以技术探讨/请教的方式沟通，让负责安全的同事或者主管出面，要求后端必须加校验，把锅甩回去。这种方式对 OP 的情商有点要求，处理得好事半功倍。

[wusheng0]

@wtsm 不要怂，就是干。不然会逐渐萎靡

[harlen]

@maxmax4max 随便一个 中文 NLP 库都能实现

[harlen]

@yinmin 这个用例，从工作流上来说，还真是产品/前端/测试的直接责任，除非客户是跑接口触发的。用例不全的问题。

代码每一步都做异常检测，最后的代码是更难看的，难以迭代的，除非产品明确要求，一般就离业务最近的一层验证。非法参数就不管了，快速迭代。

看高分开源项目，完全不会像公司业务一样，到处都在做异常检测。

[WarlockMan]

写文章批判他

[yinmin]

@harlen #32 关于数据完整性检验的问题，我做技术总管，板子一定是打在后端的。

主要是从二点考虑：
1. 从安全性角度考虑：前端做校验，后端不做校验，黑客笑哈哈，黑客可以直接访问接口攻击系统的；
2. 从人性的角度考虑：如果后端不主动做校验，需要前端主动去 push 后端改代码加校验，但是后端能摆脸给前端啊，甚至能暗戳戳 pua 前端，几次下来，前端就会很纠结，从人性角度往往就有可能不去 push 后端校验了，前端做校验，测试能过，就得过且过了，安全隐患就此埋下。

做主管定责任，从业务流程角度考虑的同时，更多要考虑人性。

[SanjinGG]

后端不做检验，我直接用 postman 给他塞错误日志，哈哈哈

[wtsm]

@wusheng0 之前试过，结果还是要我承担，现在打算他说啥就是啥吧，不鸟他

[nenseso]

不要正面硬刚，要向上级证明他能力不行，默默收集证据

[harlen]

@yinmin 1.事实上不存在，总有你想不到的用例存在，导致接口的完整性验证失败。特别是 多端同一个接口，每个端的需要的完整参数都不一样。
很多公司比较理想的化，开发阶段 测试列出所有用例，线上出现问题，如果是未定义的用例，开发/产品/测试 全扣绩效。
2.如果要穷尽所有的验证点，就单整理验证点，和实现验证点都要 很多工时，这种问题，上报工时的时候，组长都会觉得你脑子有问题。 也不利于产品的快速迭代。 要完全面对黑客开发，正常迭代都不用做了。

[snow0]

接口这种东西一般都是后端主动出吧，甚至没有产品的话后端也得做产品分析。所以有一个和自己配合默契的前/后端真的就珍惜吧

[SpencerCoding]

后端也没有校验，凭什么 就在群里贴大字报，我觉得要有理有据的回击；虽然你被穿小鞋了，但是必须得有理有据的顶回去，不能有情绪；因为所有其他人都是 本着所谓的客观来的，凡事板子不打在自己身上；都是同一个公司的，而且你也说了你们公司特别看重学历与资历，那么几乎是所有人都会偏向于另外一个员工。但是为什么希望你一定要回击回去，一个因为这就是事实，二是不反击，会加重所有人的默认观：”你不行，那个人行“。万一将来有裁员，绩效等事，要是在拿这个说事，就百口莫辩了。

[h1298841903]

单说接口这一个问题，还是前端来写比较好（我也是前端）。知道需要哪些参数，你都把你需要的参数写上，列好注释说明，自己可以按照接口 mock 。
比如要写的查询接口，你需要自己定一下，一次查询多少条？多个查询条件，是以什么形式发送比较方便。

最好是面向文档编程，而不是面向某个人编程。

[meteora0tkvo]

发觉写前端真的没啥话语权，哪怕后端的接口再离谱也要硬着头皮对上去