怎么说服公司老人用新技术？

duan602728596

2019-02-12 07:49:54 +08:00

都 9102 年了，react 还算新技术？前后端好不容易解耦，各干各的，互不影响。用回 jsp，这还开历*史*的*倒*车了。
用 jsp，不仅仅是放弃了前后端分离带来的好处：
1. 前后端分离开发，相互之间的影响很小
2. 使用 webpack，模块化打包前端代码
3. 在开发时，可以做到代码热替换，可以使用 babel，可以使用 css 预处理器等等
4. 打包时，打包代码的同时还可以做到按需加载代码，静态文件地址自动写入 html 标签，压缩 css、js 代码、压缩图片
5. NPM 管理依赖

用回 jsp，除了享受不到前后端分离的优点外，还会
1. 放弃 ES6，只能写 ES5 以下版本的代码，且要自己处理一些兼容问题
2. 不能够使用 A、R、V 三大框架。使用 jquery，除了要写业务代码、还要写操作 DOM 的代码
3. css、js 文件混乱的管理：到时候势必会 head 标签内一堆乱七八糟的样式表、body 标签内一堆乱七八糟的 js 文件。

CasualYours

2019-02-12 08:10:59 +08:00

其实我觉得从 jsp 过渡到 jsx 挺自然的，这种后台管理系统是非常适用 SPA 和目前的前端框架。

说服公司的同事使用新技术，一定要对这个新技术有足够的了解以及风险评估。最起码自己有能力解决重构过程中的各种问题，不然就是又开了一个新的坑。

Mac

2019-02-12 08:11:53 +08:00

你先说说把前后端分离后能少养几个人吧？

rocksolid

2019-02-12 08:26:13 +08:00

1 证明实现项目没有技术困难
2 证明换技术有好处(加快进度,或者你们团队更熟悉新技术)
3 其他成员都愿意

ahaodady

2019-02-12 08:43:17 +08:00

1 你要保证你重构的东西你要负责到底，谁能保证你会不会拍拍屁股走人；
2 正如你说，主管以前写代码现在不写（正因为他不写代码了），如果换做是我而且我也不写代码了，除非到了碰到瓶颈，不然我也不想动这块，毕竟新技术给他带来的不确定性，招个人来维护你懂的系统容易，哪怕招不到人，到不了我自己上，因为最起码我自己会也看得懂。
3 其实以上两点从公司层面考虑已经够了（一个后台的项目管理系统而已，几个人用？有什么瓶颈？是吧）

greatghoul

2019-02-12 08:54:23 +08:00

你的后台管理真的复杂到需要 react 吗，不是说仅仅是简单的 crud 而已嘛，不要给简单的项目加入过多的依赖。

qiukong

2019-02-12 09:05:56 +08:00

如果楼主愿意且有能力一个人把所有活都揽下来别人坐享其成，那就大胆地提出来。
否则别去捅这篓子。

jeffersonpig

2019-02-12 09:21:12 +08:00

25 楼就是一意孤行强推新技术结果没能力带不动团队自己又扛不住工作量最后跑路留下一堆烂摊子让别人收拾的典型

huanchena

2019-02-12 09:22:04 +08:00

@jeffersonpig +1

jeffersonpig

2019-02-12 09:23:14 +08:00

自己内心都还想要牛逼的人带的，就不要逞能装逼搞事情了，最次不要搞砸了以后怪别人。

lixiangzaizheli

2019-02-12 09:31:11 +08:00

@hellowes 许多人只是为了自己着想，怎么爽就怎么来，也不考虑自己的项目有无必要重构，重构后能不能带来收益
前端 -> 人

simonguo

2019-02-12 09:31:16 +08:00

技术选型是要讲究客观条件的
你把选型的优势劣势都列出来，时间成本等都有用数字化展示给高层看，最终决定由他们来衡量。

如果你的方案是最优解，我相信会被采纳。如果公司最终采纳的方案不客观，你不能接受，甚至影响你的技术成长，可以离职了。

suzic

2019-02-12 09:49:13 +08:00

用 Vue 好啦，直接 CDN 引入，像 jQuery 一样，连 webpack 都不需要
以后公司有靠谱前端了再用其它技术栈，或者你自己直接包揽前后端。

lihongming

2019-02-12 10:03:13 +08:00

只见过技术总监盲目追新把公司玩死的，没见过技术总监固步自封把公司拖死的。

对绝大多数公司来说，技术部只是个职能部门，不是核心竞争力。老技术能实现的，就不要去改。

你改完你爽了，头上也有了用新技术做过大项目的光环。但你能保证没 bug 吗？这些 bug 需要多久才能修复到跟原有老系统一样的稳定性？影响的业务怎么算？

win7pro

2019-02-12 10:03:40 +08:00

建议：
1.你要了解现有技术和业务瓶颈，能说出现在的技术方案问题在哪里，优先指出目前方案对业务的弊端，新技术能给业务带来什么好处。
2.实在不能从业务层面指出的话就从技术角度（安全，运行效率，性能，可维护性等）来说，但此时你的筹码已经大打折扣了。
3.如果推新技术仅仅因为新而去推，这个不能算是一个理由，因为对于已经稳定的业务和系统，完全没理由因为有新的技术出现就冒着各种风险去替换原来已经稳定的系统。
4.退一步，先自己用新技术业余搞，新系统搞出来个大概后，再找老大来看，或者和老大商讨一边维护老的一边开发新的，得到老大认可后找合适机会做新旧切换。
5.诱导你老大开条件，比如老系统服务可靠性 98.0，如果新系统可以达到 99.9 就采纳上线等条件。
6.和老大搞好关系，陪吃陪喝，让他给你一个机会…

assiadamo

2019-02-12 10:18:11 +08:00

我的经验是这样的：
1.先权衡利弊，要能说出比原来方案好在哪里，原来方案差在哪里
2.自己先实现个 demo
3.做好全部自己做的准备

no1xsyzy

2019-02-12 12:03:01 +08:00

@kaneg #32 其实这种想法在 80 年代已经出现了？（ SICP ）
另外，Racket 支持用 s 表达式写 HTML 页面，各种意义上比这个还先进。

encro

2019-02-12 12:27:47 +08:00

@win7pro 的建议不错，其实真没必要用新技术，公司一个比较复杂的项目，以前用 ng1，后来改用 vue2，编译和发布时间多了许多，好处不多。

imkerberos

2019-02-12 13:19:03 +08:00

新技术? 呵呵. 只是想面向自己的简历重构. 果真是 IT 娱乐圈.

apex42

2019-02-12 13:46:47 +08:00

选一个模块先写完，然后去跟上级谈。