看看别的工作吧, 反正这种情况最好不要坐着等事情发生. 需求, 工作量都做好记录最好. 背锅的话也有证据. 谣言也容易造, 出问题就阴阳你老大好了. 老板知道的话多半有个心思. 卖个惨给老板. 该走就走了.

你要说服老板的是：后端不参与带来的成本和风险，而不是强调复杂性，因为前端很多时候比后端细节的复杂性要高得多，而且大多数企业的业务后端只要能用、成本可控、不出事就行了，但是前端一个按钮有问题都影响业务转化率啊。

有些东西，前后端就该配合，否则真不好改，任何一方没有话语权，都会做的很折磨自己

现在的 web 开发 前后端 基本都是短平快 半斤八两 如果是 QT c++和 java 那确实是前端难度更大 如果游戏 U3D 和 java 那后端基本没有话语权

@showonder 说的真不错，下次会议就准备给他这么说了。 倒也不至于感觉要腾笼换鸟，起码没太容易，目前后端这里的根基比他要牢固。 我说后端重要是因为，后端是核心竞争力，其他公司可以仿照界面做出来，但是后端他们做不到的

很简单：因为你们的老大是个外行，起码没写过多少代码。因为他只能对前端指指点点，他做不到对后端指指点点。说不定，甚至分不清前端后端是干嘛的！他叫前端说，把按钮，挪到这里，改个颜色，前端就可以做到，而他问你，你说这事不是我干的。他就想：哦，看来这应用不是他做的。在他们的世界里，谁做出了显示层，谁就是最牛逼的，你后端那点东西看不到。最后提一个忠告：组织架构还会持续变。当一个前端变成了老大或者二把手，那么起码意味着俩点：1.公司及高层，集体技术水平低下或权力意识超越了技术及公司利益。2.后端极其弱势，甚至在 IT 团队中没有存在感。这就是组织架构还会持续变的原因，又或者是公司干不了多久就要黄。

@ParfoisMeng #24 完全同意，题主想把说服 Leader 决策的落脚点放在了前后端的复杂度，典型的 AB Problem ； 争论前后端的复杂度真没必要，还是提高认知，增加看问题的视角，能活得更明白些。

怎么感觉像引战。。不需要前端的会前端不用来，不需要后端的会后端不用来

@caiqichang #16 业务流程约负责，后端头大。业务流程简单，页面华丽，那就是前端头大了

用事情教人，胜于用言语说教，只有亲身经历，才能让人得到深刻体会。 你就按照领导的安排，该怎么做，就怎么做，造成的浪费，损失，都由他们来承担。 做好防御型编程就好。 加班也要控制好节奏。 等操作完毕，领导就能收获一笔教训， 大领导也能收获一笔教训。