为什么公司的后端这么懒

和人品有关，和前端后端没关系，有的人就是这种嚣张性格，直接和领导说吧

这哥们儿不行啊 我都是恨不得把前端的活拿过来一起给干了…

@ycz0926 #65 实现业务需求难道只是前端的事情？实现一个业务不是前后端都得干的活吗？现在流行业务逻辑得给前端做后端只提供数据了？我记得以前是前端只负责展示，业务逻辑都在后端的啊。

楼上的很多问题通过 dui 都可以解决，当遇到前端希望接口设计成 Github 那样的时候，想怼回去找不到理由，唉

我也遇过类似的情况，后来我就私下自学一下后端，怼他们的时候也更有底气了
后来，发现做后端很有趣的
再后来，发现可以在业余时间从前到后撸一遍了

一般 leader 也是搞后端的，他们后端是一伙的。你不知道么。

有一次，客户说 app 很慢。然后老大就问我。看我前端能不能优化一下。我看了一下，一个 api 请求要 6-10 秒。我就直接把这个问题群发邮件给大家了。然后技术总监知道了就不高兴了，因为他和那些搞后端的是一伙的。

直接给 mongodb 给前端调用就好。

5xx 这点还真说到我的心坎上了。
每次出错，产品、测试全都把问题往我扔，自己调试一看全特么是 5xx 问题。

看来我还算是合格的后端。最近我自己写的接口都加了测试，覆盖率起码 90%。在公司喊了一段时间的单元测试之后，后端这边终于有了测试意识，成功推广了单元测试。。。虽然其他人操作起来并没有那么合理。。
我更倾向于后端只提供一些原子接口，把后端当成数据库查询引擎来用，同时让后端实现一些必须在后端完成的操作（例如安全相关的、设计大量数据库操作的）。
提供原子操作，让前端可以复用接口，提高前端灵活性。
如果前端每一个页面，每一个功能都要提供一个相应的接口的话，那跟 HTML 模板 MVC 的时代有什么区别呢？前后分离的一个重要意义恰恰在于，后端不需要根据前端页面的展示数据来设计相应的数据格式结构。
后来流行服务端渲染，这种大前端的方案，是让前端用 nodejs 来处理服务端与客户端之间的通讯，而真正涉及数据库操作的后端接口是由前端开发者通过 nodejs 来调用的（或者部分接口也能直接客户端调用）。
基于这种需求，现在又流行 GraphQL。问题来了，我该如何在公司推广 GraphQL 并让其他人（关键是前端）来学习？

我对每一个接口，都小心翼翼地到处判断，尽量避免出现 5xx 错误。我看到前端调用自己的接口报 500 会觉得特别不爽。

前端调用我的接口出现 5XX，我心里就会想：我的逻辑如此缜密，代码那么完美，居然还会 500 (；・∀・)

嗯 前後端分離的問題，爲啥要分成兩個人做 XD

v2ex 上确实前端比较多～

@l00t dxd，麻烦逻辑清晰点，必要非充分

@Heavytiger 如果不是如此，痛苦的就不是前端一个人了

全栈有必要，互相了解，沟通方便
一面之词，叫后端来这里撕逼
后端可能属于个例

后端其实也很简单的，学一下，帮他们把问题定位到具体的某一行代码，然后给出修改的建议，再不行手把手教他们改

往死里面怼。

居然还有这种事情，一直都是前端把后端往死里虐