推行 TypeScript 失败，一位前端Leader快要被裁了

主要观点总结

文章主要讲述了一个前端Leader在团队中强推TypeScript而引发的信任危机和内部矛盾的故事，并给出了在缺乏丰富TypeScript经验的情况下推行TypeScript时应该注意的关键点。

关键观点总结

关键观点1: 团队现状对技术选型的重要性。

在做技术选型时，必须结合团队现状，包括技术能力、时间、管理方案、沟通结果、维护成本和技术方案本身的优缺点。

关键观点2: TypeScript的本质和团队规范的重要性。

TypeScript只是一个静态类型检测工具，不参与代码运行。在推行TypeScript时，需要明确其本质，并通过团队规范和约定来简化TypeScript的应用难度。

关键观点3: 推广TypeScript的方式需要范围可控。

由于TypeScript的特殊性，可以先在小范围内推行，包括在个别优秀成员中试点或在单独的需求中试用，积累使用经验后再全团队推广。

关键观点4: 任何技术方案的选择都需要结合团队场景进行评估。

任何技术方案都不是非它不可，结合团队场景准确评估技术方案是一名资深开发者需要具备的能力。

文章预览

在讲这个故事之前，先说我的观点： 做技术选型 ，一定要结合团队现状来做出选择。这里的团队现状主要包括：你自己的技术能力、团队其他成员的技术能力、时间、管理方案、沟通结果、维护成本、技术方案本身的优缺点。 总能 把技术用在适合他的地方，才是一个成熟的架构师应该追求的能力。而不只是追求技术本身。 故事 昨天接到一位粉丝朋友的付费求助。他是某个团队的前端 Leader，手底下管了 7 个前端小伙伴，但是最近一段时间，由于管理不善，被老板多次当面批评， 他感觉自己已经面临被裁员的风险 ，所以很慌，找我咨询应该怎么办。 我详细了解了他的情况，然后发现，一切的原罪，居然是因为他一意孤行， 在团队中强推 TypeScript。 最开始的时候，由于自己没有使用 TS 的经验，但是架不住在跟别人交流的时候，有人狂吹 TS，因此 ………………………………