在团队内引入新的技术，到底是组员是否愿意写重要还是新技术带来的提升？

[as7645820]

关于在团队内引入新的技术，到底是组员是否愿意写重要还是新技术带来的提升？

和同事聊天，当我说到我想在我负责项目中引入 ts，同事想法特别反对。他认为我现在负责这个项目，按照自己的兴趣引入了 ts。但是如果我离职了，那这个 ts 的项目，在团队并没有人愿意写，那谁去维护。

他说的这个话，我有点无力反驳的感觉。ts 能到为项目带来 90%的好处，但是确实会让不愿意学习 ts 的组员抵触维护这个项目。所以，这个情况到底该往哪个方向考虑呢？

还有 react hooks，大佬们都开始推荐用 hooks 代替第三方状态管理库了，但是现在同事们都蛮抵触这件事的，聊天的时候谈到这个话题，也是和上面差不多的说辞，认为现在用了会影响后面的人维护。

[chenliangngng]

可以给点时间让团队成员的学习，缓冲期可以给长一点。
实在不听话就不用我说了吧，ts 也不是什么难学的东西。
不过你也可以多听听团队成员的意见，至少在我看来，除非 vue3.0 发布了，不然用 js 没什么不好。状态管理也是一样，牵一发动全身，具体决策不能光听大佬的，要跟着实际的来

[VDimos]

ts 加 hooks 很舒服的，用了就在也不想碰 class component 了。ts 学习成本不高，hooks 算不上难。ts 已经是种趋势了，hooks 也算一种趋势，守旧没什么不好，但不接受新事物还排斥新事物，就叫固步自封了。
如果整个团队都是这种氛围，建议考虑换工作

[ccagml]

typescript?不是更好维护吗？

[as7645820]

@ccagml 确实更好维护，但是有些同事对 ts 并不感兴趣。维护一个不懂的项目，对他们而言自然是觉得更难

[murmur]

除了项目重构或者新项目最好不要引入什么新语言新技术

[misaka19000]

让员工学呗，当然前提是你得有这个权力

[yidinghe]

http://www.duokan.com/book/116
《布道之道》
在 IT 行业打拼，每个人都可能遇到这种情况：你用了一种新技术或新工具，工作效率倍增，于是迫不及待地想让自己的同事和团队都赶紧试一试。但刚一提出这件事，就有很多人抵制。如何看透怀疑者的心理？如何说服别人接受你的提议？这就是本书要告诉你的。

[qi19901212]

你处理这件事情方式不对。你可以先说服领导，做技术转型。如果你离职了，他下次招人肯定也是侧重这一点的。你和普通的同事说，当然不干了。有时间我还要去赚点外快呢，没时间陪你重写。

[autogen]

学起来，让 CTO 来推

[b00tyhunt3r]

前端通了一个剩下的哪个不是一周熟练两周实产，有撒子学不学的？

[ChefIsAwesome]

你是想新写的东西按新的来，还是想大家把旧的都给重构了？

[babedoll]

你是老板你说的算，你不是老板那就说服老板，然后让老板说。

如果老板能承担这种风险，其他人应该不会拒绝这种可以学新知识的机会。

[littlebaozi]

没有话语权的话，公司项目还是以保守为主。

[ahsjs]

差不多，也想引 ts 规范下，组里除了我没人愿意用算了，自己还是一直用的。

[zjyl1994]

这个得上层领导来推，而且还有可能反弹。比如我们之前领导推了一下 go+docker 微服务，现在那个领导不管这摊了。被他们改回 springboot。。。

[jewer3330]

我一个程序员居然看不懂，ts ？啥啊

[luoway]

先分享学习几个项目做铺垫，别在别人还不知道这种技术的利弊前就与其商量，除了少部分好学的人，大多数都会先拒绝的

[kwklover]

面向技术编程，问题无穷尽啊
面向 RMB 编程，一句话就管用：用新技术可加工资。（这句话胜过你说一万句某某技术好之类的。）

[alw]

@kwklover 很有道理

@chenliangngng 我也在等 vue3.0

我觉得这事只能由部门经理或技术总监来拍板，你只管提，他们同意就能干。

[mattx]

主要是用工资驱动（或者绩效），比如完成 xx 技术升级之类的，如果就空话要学习，而且重构还会出问题，下面是不愿意得把？