有没有人遇到过这个问题哈！前后端分离的意义是什么？求指导！

Question

公司一直在推广前后端分离。我认为的前后端分离就是我就不用管前端的交互了，我只需要提供接口以及接口文档给到负责前端开发的同事即可，我不用去关心他的实现方式，不用去关心他是AndroidiOSwebpwa，我可以更加专注的去做好我后台的业务逻辑，写出更好更漂亮的代码。
然而事实并非我想的那样。我们公司前端人手严重不足，前端与后端开发人员的配比1:40左右。我也不知道是不是这个原因导致的，最后前端就只负责做做样式，完了就扔给后台去做交互，本身后端的业务代码就很复杂，需要花时间理解需求，做设计，可能还需要重构一下之前的代码逻辑，自测等等。
我就想问，难道前后端分离不是为了让我们拆分任务，更专注的做好一件事么？为什么前后端分离以后，交互还是后台开发在做？这是不是伪前后端分离？
看了大家的回答，我觉得我或许找到了前后端分离的意义，也欢迎更多的朋友补充或者是反驳我的观点：1.让软件变得更好2.前后端解耦，并行，提高效率

Answer 1

前后端分离的意义是让各自的工作更加的内聚，就是减少了前后端的“耦合”。耦合性的行为在开发工作前就定好，比方说前后端如何对接，对接api等等。数据不对找后端，渲染问题找前端，也不太存在甩锅问题。如果在前后端分离的情况下，对于较大型的业务系统而言，前端也需要理清业务逻辑并做一些复杂性的业务交互组件。包括根据后端的权限，我这边该怎么设计按钮显示隐藏。更不要说还有一些复杂的交互组件，例如甘特图，看板。实际上对比之前对前端要求要高不少。对于前后端分离来说。一个前端对应2个后端实际上是较为合适的（个人观点。当然其实现在开发速度一直在变快，无论是前端还是后端，但是如果分离开了。明显会令前后端达到一种较为协同的状态），如果是对应3个以上我觉得就已经力不从心了。更不要说1比40了。