项目转型撞上保守同事，怎么办

[Marstin]

去年年中加入现在的项目，当时是 java+jquery 一把梭，代码很多问题，很混乱，小组长和我及另一位同事一直试图改造整个项目，我这边主要负责的是前端的。

之前一直比较温和地推进，引入 require，限制全局变量，组件开发，制定编码规范等等方式，都还好，有的大家接受了，即便不接受，也不会明面上提出来。

最近我开始推 Vue 全家桶，webpack，mock，node 这一套后，几位同事的反应就非常抵触了。有说年纪大了，学不会了，有的说 node 太麻烦了。还有的说规范太多了，套路太多了，开发起来哪有以前简单容易。真的搞得我很心累。为了保证平稳过渡，之前我就已经在项目中用 CDN 方式引入 Vue 来使用，理论上来说已经能够适应 vue 的开发节奏了。至于 webpack，vue 那些东西我都已经全部配置好了，就只要执行一个 npm run dev 和 npm run build 命令就可以的，demo 我也写好了，看着 demo 就可以撸业务代码了，这难吗？？

为了兼容以前的项目，要放到老代码的 iframe 中，由 controller 访问，要放弃前端 router 做多页应用，还要按照 java 的打包逻辑打包到对应项目，真的搞得我心累。swagger 和 mock 这一套也推不动。真难

[Marstin]

@murmur 我不知道你的“单页面引用”指的是什么，“单页应用” 还是 “CDN” ？ mock 的话，后端同事很支持使用……

[darktutu]

这个人肯定啥样都有，慢慢蚕食呢？一个一个模块搞，不愿搞的人维护老模块，新技术一个一个模块吃下来。水平有限不知道这样能不能完成

[murmur]

@Marstin 我有点不懂你们项目什么状态，是已经完成所有页面的 vue 改造，准备上 webpack，还是老页面 jsp+jq，新页面 jq+vue 两个技术并存，还是页面都是 jsp，让大家学习 vue 的用法？

我的建议是除非全推翻，不要大改，老页面如果没有需求变化，我碰都不会碰，新的页面用 vue 替代 template，让开发者尝到甜头，新项目再上 webpack

[tangtanghong]

如果像楼主说的只用撸业务层面的代码的话，真没什么难度，感觉再招一个水平好点的前端就可以全包，但是就会出现个问题，就像 4 楼说的，当老板意识到代码重构后开发效率增加，裁人就不可避免的

[coderluan]

@Marstin 带上耳机, 除非对方发消息或者来座位找你, 剩下的直接无视, 之后谁的锅谁背.

[ljpCN]

技术很多时候不是第一位的。如果你想要转型，你需要列出详细的 SWOT 去说服大家，同时充分引导大家发言听取大家的声音，商讨出最终的方案。你可能自己做了很多，甚至也考虑了迁移的成本，但是你的思考过程别人很可能没有完整地走一遍。

[wellsc]

后端推 kotlin vertx 就差不多了，java 切换到 node 确实费劲

[Marstin]

@murmur entry 可以按照规定规则的目录结构去读，不用每次都要重写。
老页面还是 jq，之前尝试过一段时间新页面 vue+jq 的，开发效果还不够满意，就想着继续推进，老页面不去动了，新页面全盘用 vue

[dapang1221]

组件化组件化，你去看看阿里云的控制台，重构了几遍，技术越来越炫酷，全都组件化了，骚操作一堆，但是现在呢，chrome 打开之后没 5 秒都渲染不完，还用个 p，每次打开阿里云控制台我就跟吃屎一样

[Marstin]

@wellsc 后端不转 node，跟其他服务交互比较多，产品功能细化，经常各种模块拆解或者组合来卖，目前就是要做微服务

[gouflv]

没啥意义，技术换血不是这么搞的

[liyang5945]

跟我去年的情况一毛一样，本来项目经理说要前后端分离，然后我自己研究搭建了 vue+element 的后台管理框架，然而老员工并不买账不想学，然后我忍不了就滚了

[sunmacarenas]

这种东西，明显就是吃力不讨好的事，建议让领导组织开个项目会议，定个基调推 VUE 全家桶，然后再开始搞

[heyjei]

从 jQuery 到 Vue 是一个过程，要慢慢让别人接受，不能一蹴而就。说实话，我刚接触 Vue 的时候，也很排斥，jQuery 用的好好的为什么要用 Vue ？！

别和我讲一堆的 Vue 哪里哪里厉害了，你要和我讲，Vue 可以帮我解决我的什么问题？你要站在人家的角度去说服人家才行。

推 Vue 可以按 @murmur 建议去推，双向的数据绑定，这个是巨大的诱惑，用惯了 jQuery 的人，已看到双向数据绑定会眼前一亮的，

Webpack 可以从第三方的 Vue UI 库开始推，iView，ElementUI，当他们发现原来前端开发可以搭积木时，就会有动力去学 Webpack 了，而且这个学也只是记住命令就行，不需要深入学配置和原理。（如果你的项目不需要这些第三方的 UI 库就另说了）

[atwoodSoInterest]

@murmur 太想当然了，不想学习岂是几句话推的动的，那是一个惯性状态。真要想学，vue 这个难度，看完教程就上手了。
而且我认为如果不是特别大的公司，技术栈还是要统一才好，要不然以后一个岗位需要各种技术，招聘难度又增加了许多。

[atwoodSoInterest]

这个技术推动很大程度上不是技术问题，是人和管理的问题，不想学的就真没有办法。但是出于你负责人的角度来说，应该 divide and conquer，先拉拢最不抵触的，然后再逐个击破，只要有人跟上了，其他的不愿意学的也只能骂着娘地学。

[happinessnch]

谨慎考虑：组员人多且都没有 Vue 技术栈。随便折腾：一共 3-4 个人。
谨慎考虑：线上稳定运营产品。 随便折腾：还没有上线。
谨慎考虑：长线运营平台型产品。 随便折腾：创新是错型产品。
谨慎考虑：产品性质为金融、电商、ToB 等以稳为主。 随便折腾：产品性质为娱乐等以迭代效率为主。

如果是线上稳定运营产品，不管调整后技术和未来迭代效率有多高，
上线后出问题，LZ 就背锅吧，事实上也确实是 LZ 的锅，最好的技术未必是最合适团队的。

[rockyou12]

不是专业前端 node 那套生态是要学一下，要知道好多写 java 的命令行都用不来，这行下限就是这么低……

[chanchan]

确实,vue 简单好用,和 vue 相关那堆东西让我难受

[littlewing]

跑得好好的，为啥要去重构，人力和时间成本怎么算？万一出问题了不是得不偿失？所以就破罐子破摔吧