和同事相处不来怎么办？

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

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

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

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

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

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

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

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

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

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

@harlen #32 关于数据完整性检验的问题，我做技术总管，板子一定是打在后端的。 主要是从二点考虑： 1. 从安全性角度考虑：前端做校验，后端不做校验，黑客笑哈哈，黑客可以直接访问接口攻击系统的； 2. 从人性的角度考虑：如果后端不主动做校验，需要前端主动去 push 后端改代码加校验，但是后端能摆脸给前端啊，甚至能暗戳戳 pua 前端，几次下来，前端就会很纠结，从人性角度往往就有可能不去 push 后端校验了，前端做校验，测试能过，就得过且过了，安全隐患就此埋下。 做主管定责任，从业务流程角度考虑的同时，更多要考虑人性。