为什么公司的后端这么懒

[sm0king]

经常说的话就是： 1、这些数据我要查多个表，麻烦，给你两个接口把，先查出来 XXX 再根据 XXX 查~ 2、报错了，前端赶快查一下 --- 麻蛋，5XX 的错误，我给你查个毛啊~ 3、这个 XXX 前端做嘛，后端不想做，麻蛋，明明计算 MD5 之类的后端做更方便啊~ 4、接口不规范，格式都不规范，让后台改，“哎呀，又不是不能用，我这里不好弄，你改一下嘛”~ 等等等等~ 太多 真不知道是我们公司的后台懒，还是这是风气咋滴。 更不要提，每次出错，不去定位直接吼前端，前端不给定位原因就不管任其问题存在。 每次出问题，后端都不去定位问题，只是猜，一群人在那七嘴八舌的猜测原因，却没一个人愿意动手去查问题， 找出原因后，只要说是后端的问题，就非常不情愿的改，千方百计的想让前端改，有这个争论的时间，问题都改好了好吧！

[Otho]

我都是都是收集问题，找到问题原因，解释下为什么，给出修改意见，写成文档，发全组邮件，抄送各个 leader。如果是重复问题，引用之前邮件，继续抄送各 leader。两三次过来，感觉是得罪人了，但是工作进行的顺畅很多。

[CoderGeek]

招个测试吧 随便摔~

[zacksleo]

哈哈，只能说明后端太弱，接口写完了都没测试。。。

[toyuanx]

后端不背锅，这个锅得给个人背吧。我后端还说前端呢。。。每次看文档都不看完整，post 方法调的用 get，同异布的问题还找我去查。。

前后端分离就这样的，不然还需要啥联调啊，所以说前后端都懂点的人还是比较好的，可以两边怼，避免甩锅。

[donglongfei2008]

跟这样的人搭配干活简直就是受罪

[overflowHidden]

之前的 leader 说过好几次 后端不要把前端当成测试了 先学会自测。。。

[6diyipi]

拖出去打一顿就好了。打不过就忍着吧

[Patrick95]

点进来看看是不是我们前端偷偷骂我。

[danhahaha]

what do you think

[romisanic]

第一点我到觉得还好
前端一般喜欢大而全的接口，恨不得所有的数据一个接口都返回了，但是有时候这样的设计是不合理的，所以要分情况。
其他的。。。 确实是后端的问题

[1010011010]

不懒怎么当程序员？

[ttboy]

看了你的说明深感这个后台的有很多坑，我是写后端的，我碰到公司一个写前端的跟你的情况相反。只要后台能解决的都要给他解决好来(有些很复杂的接口尽可能简单了还嚷嚷)，一个简简单单的 json 都不会，我问他怎么调用方法都不会。js 选择器都要我教（他会一两个标签选择器），一点自学的本事都没有，本来可以百度的一下什么都让我来.调试程序只要出现问题就在公司里喊你这个有问题啊，像调用接口首先得先阅读文档，直接文档都不看想当然，导致整个公司都觉得我很菜，有时候也确实我的程序有问题，但是问题都不看总是说我程序有问题气炸了。

接口我也调过很多次，作为过来人觉得其实有很多因素的，我觉得首先得确认自己有没有问题，先看看文档，有时候没按照文档参数规格也会报错 500，规范的程序会捕捉参数异常信息返回给前台。后台接口怎么样是看前台页面来决定的，也并不是所有接口能合成一个就合成一个，如果考虑到前端近期更换界面或者操作逻辑的话，后台基本是给出一个通用尽量少改动后台的接口为主（我们上面都是这么要求的，而且开发也比较紧）。如果自己没问题的话大可向后台沟通，当初我是菜鸟的时候就是这样，尽量避免互相之间厌烦。

[w516322644]

这个东西看人。跟前后端关系不大。

[AckywOw]

什么样的 leader，什么样的 coder，永远都是上面决定下面

[vitalis]

与后端前端无关，跟人有关。当年做后端的时候，所有接口都是测试通过，逻辑连通后才交给前端的。

[frozenway]

我也是有什么锅先让前端背着，嘻嘻

[my3157]

典型的研发 leader 不作为造成的, 尤其常见在重业务的小型创业公司

典型的后端做 N 多工作不如前端改个图片链接

[ryuzaki113]

很好奇是什么公司

[ttboy]

@zwh2698 赞同

[duan602728596]

不能太现实了