这是一个创建于 1685 天前的主题，其中的信息可能已经有所发展或是发生改变。
关于在团队内引入新的技术，到底是组员是否愿意写重要还是新技术带来的提升？
和同事聊天，当我说到我想在我负责项目中引入 ts，同事想法特别反对。他认为我现在负责这个项目，按照自己的兴趣引入了 ts。但是如果我离职了，那这个 ts 的项目，在团队并没有人愿意写，那谁去维护。
他说的这个话，我有点无力反驳的感觉。ts 能到为项目带来 90%的好处，但是确实会让不愿意学习 ts 的组员抵触维护这个项目。所以，这个情况到底该往哪个方向考虑呢？
还有 react hooks，大佬们都开始推荐用 hooks 代替第三方状态管理库了，但是现在同事们都蛮抵触这件事的，聊天的时候谈到这个话题，也是和上面差不多的说辞，认为现在用了会影响后面的人维护。
 |
1
chenliangngng 2019-09-08 23:09:55 +08:00
可以给点时间让团队成员的学习，缓冲期可以给长一点。
实在不听话就不用我说了吧，ts 也不是什么难学的东西。 不过你也可以多听听团队成员的意见，至少在我看来，除非 vue3.0 发布了，不然用 js 没什么不好。状态管理也是一样，牵一发动全身，具体决策不能光听大佬的，要跟着实际的来 |
 |
2
VDimos 2019-09-08 23:16:33 +08:00 via Android
ts 加 hooks 很舒服的，用了就在也不想碰 class component 了。ts 学习成本不高，hooks 算不上难。ts 已经是种趋势了，hooks 也算一种趋势，守旧没什么不好，但不接受新事物还排斥新事物，就叫固步自封了。
如果整个团队都是这种氛围，建议考虑换工作 |
 |
3
ccagml 2019-09-08 23:16:37 +08:00 via Android
typescript?不是更好维护吗？
|
 |
5
murmur 2019-09-08 23:21:50 +08:00
除了项目重构或者新项目最好不要引入什么新语言新技术
|
 |
6
misaka19000 2019-09-08 23:23:03 +08:00
让员工学呗，当然前提是你得有这个权力
|
 |
7
yidinghe 2019-09-08 23:28:31 +08:00  4
http://www.duokan.com/book/116
《布道之道》 在 IT 行业打拼，每个人都可能遇到这种情况：你用了一种新技术或新工具，工作效率倍增，于是迫不及待地想让自己的同事和团队都赶紧试一试。但刚一提出这件事，就有很多人抵制。如何看透怀疑者的心理？如何说服别人接受你的提议？这就是本书要告诉你的。 |
 |
8
qi19901212 2019-09-08 23:41:28 +08:00 1
你处理这件事情方式不对。你可以先说服领导，做技术转型。如果你离职了，他下次招人肯定也是侧重这一点的。你和普通的同事说，当然不干了。有时间我还要去赚点外快呢，没时间陪你重写。
|
 |
9
autogen 2019-09-09 01:32:50 +08:00
学起来，让 CTO 来推
|
 |
10
b00tyhunt3r 2019-09-09 03:44:00 +08:00 via iPad 1
前端通了一个剩下的哪个不是一周熟练两周实产，有撒子学不学的？
|
 |
11
ChefIsAwesome 2019-09-09 08:23:18 +08:00 via Android
你是想新写的东西按新的来，还是想大家把旧的都给重构了？
|
 |
12
babedoll 2019-09-09 09:02:51 +08:00
你是老板你说的算，你不是老板那就说服老板，然后让老板说。
如果老板能承担这种风险，其他人应该不会拒绝这种可以学新知识的机会。 |
 |
13
littlebaozi 2019-09-09 09:12:25 +08:00
没有话语权的话，公司项目还是以保守为主。
|
 |
14
ahsjs 2019-09-09 09:42:34 +08:00
差不多，也想引 ts 规范下，组里除了我没人愿意用算了，自己还是一直用的。
|
 |
15
zjyl1994 2019-09-09 10:00:26 +08:00
这个得上层领导来推，而且还有可能反弹。比如我们之前领导推了一下 go+docker 微服务，现在那个领导不管这摊了。被他们改回 springboot。。。
|
 |
16
jewer3330 2019-09-09 10:02:57 +08:00
我一个程序员居然看不懂，ts ？啥啊
|
 |
17
luoway 2019-09-09 10:05:05 +08:00
先分享学习几个项目做铺垫，别在别人还不知道这种技术的利弊前就与其商量，除了少部分好学的人，大多数都会先拒绝的
|
 |
18
kwklover 2019-09-09 10:08:17 +08:00 2
面向技术编程，问题无穷尽啊
面向 RMB 编程，一句话就管用：用新技术可加工资。（这句话胜过你说一万句某某技术好之类的。） |
 |
19
alw 2019-09-09 10:11:50 +08:00
|
 |
20
mattx 2019-09-09 10:23:19 +08:00
主要是用工资驱动（或者绩效），比如完成 xx 技术升级之类的，如果就空话要学习，而且重构还会出问题，下面是不愿意得把？
|
 |
21
leafShimple 2019-09-09 10:28:59 +08:00
- - 我们公司一个项目就一俩个人 只要有时间就不会有这种问题
|
 |
22
Rwing 2019-09-09 11:28:20 +08:00 1
叫不醒装睡的人
|
 |
23
TomVista 2019-09-09 11:35:55 +08:00
所以,我上了 jsdoc
|
 |
24
hanbing135 2019-09-09 12:00:17 +08:00 via Android
看算不算绩效 如果给钱 他们立马学吧
|
 |
25
samael 2019-09-09 13:23:49 +08:00
|
 |
26
learnshare 2019-09-09 13:33:33 +08:00
TypeScript 更好是没错，但也有不少学习成本。
很多人不愿意多学不那么流行的东西，所以后续换人维护的成本也不低 |
 |
27
userdhf 2019-09-09 13:43:09 +08:00
面向领导编程。。看领导的 kpi 吧
|
 |
28
maomaomao001 2019-09-09 14:10:53 +08:00
|
|
29
maomaomao001 2019-09-09 14:15:36 +08:00
@learnshare 使用 typescript 学习成本不足 3 天（基本能掌握练习好 60% ，70% ，80% 的内容），在想深入就可以在项目中积累经验。 其实要是比较熟练别的静态语言的话（ java，c#）之类的，基本半天也上手了。
|
 |
30
cuzfinal 2019-09-09 14:16:16 +08:00
不愿意学的直接开了
|
 |
31
across 2019-09-09 14:19:49 +08:00 1
就事论事。引入新技术是为了解决现下哪些问题？为什么 TS 能解决？ TS 怎么解决效果怎么样的？是不是已经有先例了？
|
|
32
learnshare 2019-09-09 14:30:40 +08:00
@maomaomao001 上手和能开发大规模应用的要求还是不一样的。
有能力的开发人员上手新东西都很容易，但做东西还需要积累经验和代码量 |
 |
33
danc 2019-09-09 15:38:21 +08:00
那就把学习锌技术，放到绩效考核里呗
|
 |
34
fengmumu 2019-09-09 17:20:54 +08:00
ts 支持，hooks 真的很有必要吗
|
 |
35
print1024 2019-09-09 17:23:06 +08:00
如果你是 leader 的话那就强推 TS，让全员学习并逐步替换现有 js，同事不想用不是技术上的问题，对于企业来说最重要的是成本。
|
 |
36
xiaozizayang 2019-09-09 17:54:54 +08:00
决定权再哪个手上听哪个，不然扯再多无用
|
 |
37
FrankHB 2019-09-10 03:54:05 +08:00
那个反对的要是你老板或者出钱比你多的股东或者级别比你高的 HR，那你认怂。
否则直接“不要皇帝不急太监急”。 |
 |
38
ericgui 2019-09-10 05:04:25 +08:00
Only if you are the team leader.....
|
 |
39
TheWalkingDead 2019-09-10 10:43:40 +08:00
要是同事跟我说这个，我也没兴趣听也没兴趣做，做的不好是自己的锅，做的好是那个同事推的好，这种事情谁有兴趣。
|
 |
40
cmqwan 2019-09-10 12:33:36 +08:00 via iPhone
“ts 能到为项目带来 90%的好处”
你这个数据怎么算出来的？ |
Select Language