我跟楼主一样的迷惑，前后端根本不分离，我们公司还只有我一个前端还是小白，也想使用你说的那些主流现代技术，却无能为力，所以一直用jq加各种插件来写各种网页，前后端不分离导致后期超级难维护。。。纠结

组长求带！~

我们公司还只有我一个前端还是小白。组长求带！！！

说下自己的观点

前端框架确实层出不穷，其中很多都十分优秀。框架让我们的关注点在数据上—操作数据远比操作DOM简单，特别是有着复杂交互的页面，拿框架写出来的代码比纯DOM操作的代码明显可读性会更好，开发周期短，可维护性高这是有着很重要的意义的。那是不是写什么代码都用框架？比如以展示为主，逻辑很少的页面，用框架就会很重，不管是框架或者库都有着自己的实用场景的，比如数据操作频繁的后台系统我就强烈建议选择一个框架。不要为了用而用，要选择最合适的技术。

我现在工作模式和传统型模式差别不大，唯一的区别是不在后端套页面了，而是转到前端套页面，实际上两者没有本质的区别，拿到数据，拿if判断，forEach循环...前后端分离最开始是由大公司实行的，像阿里，结果这个概念炒热后，许多小公司盲目跟风。大公司做前后端分离是有着自己的场景的，提高业务接口的复用性。后端专注业务逻辑，中间层从不用的应用中获取数据并做汇总，最终传递给展示层。如果不用node用java、python去做中间层可不可以，答案是可以的。但是java太重，python和前端js语言不统一很多内容无法复用，所以node是最适合的，而且前端上手更快。如果业务逻辑没有达到这个级别或者没有复用的场景，还是硬插入node，整个工作量实际上是增加的，可维护性整体是降低的。不要为了分离而分离，要看这个应用的场景。

我建议楼主在一些后台系统用上框架，有bug风险也比较小，可以当做小白鼠练练手。不要指望着用的时候再去学习，而是在用之前就要熟悉好，实际开发的时候才能积累经验啊。

当有新的业务，我们想的应该是结合当前场景选择什么合适的技术，而不是想着新业务来了我该怎么把这个新技术用上。

高票答案回答的挺到位。我有些补充，就是关于前后端分离的问题，我自己很喜欢那种前端就做前端，后端就做后端的开发模式，但是自己尝试了一下，无论是代码量还是工期都要比传统mvc，套模板引擎的方式多太多。楼主说了自己手下不多，水平一般，项目也不是很庞大，这样就是多此一举了。反而增大出错概率。

不管是前端还是后端，首先就是规范，你的首先确定项目的架构方向，别看到这个可以玩一下，那个可以玩一下，到最后啥都不是，自己先花时间了解技术是否符合自己项目背景，然后再选择使用，选择好以后，就是弄demo，然后尽量优化demo，代码的重用性，可读性，这几个方面优化，最后知道给团队的人学习使用，前期应该做到，每隔一段时间了解下使用心得，或有不足之处尽量去优化，当然你别指望人家会比你努力学习

明知山有虎，偏向虎山行！

你还是组长，还有两个手下，在技术上，永远不要指望别人。自己觉得什么东西好，那么就是自己加班加点也要把它搞出来，搞出来你就是大牛，大牛都是这么来的。如果你做好了你手下人全部辞职你自己一个人依然可以搞定所有的东西的情况下，你就大胆尝试新技术。你在新技术上栽的跟头一定要比老技术多，就像你刚学骑自行车的时候一定没有走路来的平稳，但当你掌握了新技术，你的层次就上了一个层次。如果你的手下人不愿意跟着你一起进步，你可以果断地开掉他们，换成能和你在一个话语频道的人，有什么了不起！

前端要上新技术，必须要上！天娘老子来了也不怕！这种事情还用得着跟任何人商量吗？前端组长是干什么吃的？你不要指望命令别人去用webpack，而是从你自己做起，你自己把它钻研吃透，把框架搭建好，然后命令所有人必须使用webpack，谁不会用你可以帮他搞定！有什么推行不下去的？

你还抱怨员工水平低，实际上是你自己畏首畏尾，听说有新技术，羡慕别人用新技术，而自己不肯用功学习新技术，指望命令别人去学新技术，实际上是你自己水平低！