事情起因是终于有机会开演讲会了。
可是第一场的演讲会，新来的后端上级就提议前端和设计写静态页面，切图就好了。 因为后端也懂jquery，所以都后端来做，不要用angular之类的，因为别人不懂，也更别说前后端分离了。
楼主是保持中立的，不管什么技术，分不分离都没关系，可是把前端划分为切图和静态页面，我实在不能理解，就拉了个组讨论，最后也没有结果，想听听大家的意见。
补充一下情况: 5名后端，都是有开发经验，平均 > 5年（有10年工作经验的同事），今年新来的2名，包括提出这个问题的同事 2名前端，我和另外一名前端新人
上一年来公司开发过一款后端为主的应用类产品A（基于angular），耗时1年+，其中修改bug我花了比较多时间，因为之前的开发人员对angular不熟，用jquery补刀情况多。（年前负责产品A的后端同事离职了）
后来做了产品B（基本上功能迁移自产品A），采用前后端分离的开发方式，耗时4个月+
现在要对产品B迭代新功能，过程中出现需求不明确，前端BUG多等的情况，导致延期1个月到现在。
关于提出这个问题的同事，老实说他的一些观点我也挺认同的，有几次创业经历，全栈。
后续写在51楼了，请不要再回帖了，谢谢！
为了前后端能相对独立地协作，后端应该单纯地提供RESTFul的接口，前端通过AJAX与后端通讯，后端不应该干预前端是使用jQuery还是Anuglar，而前端也不需要管后端是使用C#还是Java还是PHP。
前面某些楼层挺逗的 楼主并没有把公司具体情况说出来 例如团队人数 项目周期 平均水平等 就一味的喊别人撕逼 处理这个问题的大前提是项目进度把控 技术应该是为产品服务的 至于如何处理 结果如何 那就只能让楼主结合目前的情况来定了
@captainblue2013 给公司网站做的，我也都不敢直接用react这些框架，都是切图，主要是要SEO方面，像微信或者混合app开发这些，可以使用一些新的框架来写。公司就我一个前端，没人规定我要使用哪种技术，自己把握一下项目的时间，选择合适的开发模式
用jquery和ejs一样能做组件化，在公司技术栈不成熟的情况下尽量使用成熟技术。做项目是做项目，学技术是学技术，不能混在一起。 自豪地采用 CNodeJS ionic
“天下大势，分久必合，合久必分” 是不变的真理~~~
所以，前后是否分离，怎么分离，主要是看“势”，这个势，有业界的潮流趋势，也有公司内部的用人成本，发展方向等的综合考虑。其实也不一定要较真，既然是“势”，那顺势而为你就会感觉很爽，逆势的话，很快就会力不从心，然后就自然会调整过来了。
我觉得怎么简单怎么好，如果后端力量强大，当然要大部分任务交给后端来完成。不是什么场景都需要angular，angular是个失败的框架，因为做得太复杂。所以能用的好的人真的不多，勉强用肯定一大堆bug。而且如果一个程序员甩手了，很难找到人来接盘。目前的restful 和前端单页应用的实践也有很多坑。看似减轻了服务端的负担，减少了沟通成本。但会增加前端的开发难度和成本。一个新手用java ssh写的代码可能和老手的写的不会差太多。单一个新手写的javascript 代码肯定就是噩梦。所以前端力量不足的情况下，不要盲目追流行。另外，如果想构建一个完整的产品线，也不能指着restful这样的简单架构来完成。至少应该抽象出业务层来。因为前端的情况很复杂，你可能会有web版，html5移动版，微信版，安卓app，iosapp，难道你会想把所有的业务代码重新再写一遍么。 对于创业企业来说，最快完成是最好的。你最资深的工程师，最熟悉什么技术，就用什么技术栈。
如果是国内项目，PC 端，要考虑到 IE8 兼容性的，还是 jQuery 吧，上手也快，学习成本低~ Angular 不但要考虑兼容性和学习成本（你会的别的前端不一定会）， 你更要考虑到谷歌的一贯尿性，或许哪天就不维护了谁知道呢，哈哈~
没啥好说的，愿意多干活就多干活呗，不过前面楼层说的一些说前端为了追新耍酷之类的我就不认同了，用过mvvm就知道jQuery所带来的痛苦，尤其是表单类，或者数据驱动型页面，满屏幕的id，class钩子，你要选值，处理值，然后再另外一个地方处理值，完全相死，它们抗拒是因为它们除了jquery没用过别的，你要真让他学习一下mvvm，你就会发现所谓的学习成本相对于日后都是相当的扯淡，至于前面说新手写js带来的问题，我想说这话的人没用过mvvm么？mvvm就是顺带防止新手乱写而给你约束成一套可维护的模式，你只需要操作数据model层即可，利大于弊，最后，要学习mvvm，请容我安利一发vue，我已经在我们组内成功的安利了vue，包括很多后端工程师都很感兴趣，极大解放了之前项目维护的工程师的生产力
5名后端，都是有开发经验，平均 > 5年（有10年工作经验的同事） 2名前端，我和另外一名前端新人
你们老大想必注意到了两端实力悬殊这个事实。另外就是前端工作有没有效并不取决于你用什么，jQuery在许多应用里的交付能大于很多时髦的框架。
跟你唱个反调 按楼主公司这种人员配置 （ 5个资深后端: 2个初、中级前端） 确实让后端承担多一点工作会好一点 现在他们只会 jQuery 就先 jQuery ，他们搞不定你就出个插件什么的，只做静态页的话你就专注点花一个月把你司的静态页面搞模块化一点，出点文档让他们自己组合，不行就培训培训 这样公司业务走得快，你也有大把的时间学习研究提高生产力…
另外再多说两句 LZ的上级说复杂的效果游戏等等 前端实现 这个我认为很对 专业的人做专业的事 如果不愿意承担这种责任 只想去做一些后台也能做的诸如渲染页面 简单交互之类的事情来混工作量 那你的不可替代性又体现在哪 mvvm框架是好东西，不过没什么难的，任何程序员看两天文档都可以上手，不用那么神话
@dp199313 我虽然不记得花了多长时间入门angularjs，但是现在看起来相比jQuery减少代码量和UI分离的效果是很显著的，不知道为什么“因为太复杂所以是个失败的框架”？
额，我觉得吧，能少干的事情，我干嘛要去干，至少你目前干的事，是在给后端增加痛苦。还有就是你说的不认同前端工程师，调侃为切图仔，试问哪个前端不会切图，有的时候别把自己看的太高，当然你也不是一无是处。
1.少事，能拿工资，能有大量的时间去研究JS本身，或者Rust。（无声广告）
2.后端也懂JQuery，基本上无沟通成本，既然后端有这个需求，那就给他们就好了。
3.还有对于MVVM与MVC的态度，前端做SPA学的就是这些，假如后端也要花大量的时间去学习使用，那还要前端何用？
还有就是职责分离的问题，看你们的人数好像并不多，假如你一定要捍卫自己前端的职位，强行让后端痛苦，那你就干吧。
还有就是Node抢后端饭碗的问题，Node在不少大型公司都作为一个中间层，用来组合一些API，减少后端人员专门为某某活动去写一个接口。在小型的创业公司里面，Node 具有懂JS就可写后端的先天优势，开发成本低。对于后端具体使用什么语言都是仁者见仁智者见智。同时前端也是一样。
一个好的项目应该要让所有项目干系人都满意！
核心：服务产品/服务产品/服务产品/服务产品/服务产品/以人为本/以人为本/以人为本/以人为本/以人为本
(⊙o⊙)… 这么久的帖子还被翻出来了，我说下现在的结果吧。
- 另外一名同事当时不久后就离职了。
- 我还留在公司，把时间投入在维护和开发部分前端项目上。
- 设计师也参与静态页面编写
- 我也参与部分静态页面编写，然后交给后端处理，后续基本无法跟进。
- 部分后端同事也开始做前端的工作，这其中我不需要参与。
- 偶尔会有后端同事问下前端的JS逻辑方面的问题。
- 目前做的项目，因为简单，要求去模块化，构建（压缩、合并、时间戳）都由后端自己写的服务处理
- …
站在个人的角度，总结来说
- 除了写样式需要用到SASS外，webpack、ES6之类的语法糖不可以使用了，所以也无法在公司发展前端了，更何况现在就我一个人。
- 静态页面转给后端后，后端会重新写成JSP的方式，需要维护的话，得学习后端的知识（坦白说我不愿意），所以无法跟进（后续后端维护）。
- 工作量没有减少，跟原来差不多，所以也没有更轻松
- 因为都是重复的工作量，开始研究交互方面的知识，但苦于没法和后端交流（因为后端也在写部分前端项目，CSS3动画之类的特性，后端没有这方面基础）。
中途做了一些维护优化类的工作，这算是第一个实际的项目，所以我还是观望着，这一年已经确定是去前端化的一年了，我比较担心前端方面在公司以后会是怎么发展。
好久没来这里了，因为 Yarn 的发布来看看大家怎么说
我没有写公司的产品情况怎么样，可能因为公司小，第一个项目也还在开发中，我没感觉到开发方式变了之后大的变化。 随便说说了，估计公司的人也不会来这里逛逛。
跟我们公司情况差不多,一个跨境电商H5项目,最开始由我带着两同事一起使用 node+react 技术栈开发,后端java开发组纯粹做接口,但是接口做得稀烂,一堆无用冗余数据,导致前端交互响应速度那叫一个相当的慢,上线三个月后被技术总监强行废弃,使用传统的java ssh重新开发,回归到最原始的静态页面+jq,也跟楼主的情况类似,后端强行参与部分js交互业务开发,后端的js一堆坑自己填不平,从我们组调了一个人去填坑,填坑者痛不欲生
