多年来，选择 [TypeScript1] 一直是人们的偏好话题。有人喜欢字体，有人觉得它冗长，团队根据具体情况做出决定。这次谈话结束了。
2025 年，GitHub 的 Octoverse 报告记录了许多技术领导者在实践中已经感受到的事情：[TypeScript2] 成为该平台每月贡献者排名第一的语言。 8 月份，它超过了 Python 和 JavaScript，每月贡献者数量达到约 260 万，全年增长约 66%。
当一种语言以这种速度增长并占据领先地位时，其信号与时尚无关。这是关于真正的工作正在哪里完成的。对于那些领导团队的人来说，这改变了决策的性质。
数据的真实含义
GitHub 上排名第一并不意味着 [TypeScript3 是适用于所有事物的最佳语言。这意味着它已成为正在构建的一大片网络的默认基底。
报告指出了这一转变背后的两个主要驱动因素。第一个是现代框架。 Next.js、Astro、SvelteKit 和 Angular 已经默认生成 TypeScript。如今开始新项目的任何人通常都会在不询问的情况下收到类型，并且删除它比维护它需要更多的工作。
第二个驱动力是开发流程中的人工智能。当存在指导有效内容的类型时，生成代码的模型会犯更少的错误。该类型的工作方式就像栅栏：它限制可能答案的空间，并将整个运行时错误类转换为在编写本文时较早出现的错误。
将两者放在一起，结果就很简单了。新的代码库天生就是类型化的，加速代码编写的工具可以在类型化代码上产生更好的结果。 [TypeScript5 不再是可选层，而是成为基础设施的一部分。
为什么这是战略性的，而不是技术性的
人们很想将此选择视为实现细节。它不是。这是一个同时涉及质量、速度和招聘的决策，而这正是技术领导者所负责的三个轴。
在质量轴上，类型消除了一类永远不应该进入生产的错误：访问不存在的属性、参数顺序错误、返回格式发生更改并且没有人注意到。预防这些错误的成本很低，但事后追查的成本却很高。
在速度轴上，增益不太明显，但更为重要。键入代码重构起来更安全。团队充满信心地改变了结构，因为编译器指出了所有被破坏的地方。如果没有这一点，重大变化就会变成赌博，而无法安全重构的团队最终会停止重构。然后技术债务就会自行增长。
这里有必要将两种速度分开，因为它们很容易混淆。编写第一个版本的速度很快，纯 JavaScript 有时看起来更快，因为它不收取任何类型的费用。而且保持系统运行多年的速度，其中花在追踪回归和重新阅读代码以了解每件事的作用上的时间在总体工作中占主导地位。 [TypeScript6] 用前者的一小部分来换取后者的大量内容，而后者是大部分工程资金都花在的地方。
很少有人讨论的招聘角度
这是将技术选择转化为管理决策的部分。当一种语言成为市场标准时，它也成为人才市场标准。
您在接下来的几年中将雇用的大多数开发人员都已经在 [TypeScript7] 中学习、工作并构建了作品集。采用市场主导的堆栈可以减少招聘摩擦，缩短适应时间并扩大可行的候选人团队。
反之亦然。维护大量纯、无类型的 JavaScript 开始成为一项招聘成本。资深人士在面试中提出了相关问题，答案标志着工程成熟度。不是出于势利，而是因为他们已经感受到了自己皮肤的不同。
类型还可以充当活文档。任何加入团队的人都会阅读签名并理解模块合约，而无需依赖过时的 wiki。入职曲线下降，知识不再只存在于编写代码的人的头脑中。
还有一种很少进入账户的保留效应。优秀的人希望在能够产生影响的基础上工作，而不用担心破坏一切。阅读时可以安全地重构和理解的代码是易于维护的代码，也是对人们安全的愉快的工作环境。失去高级人员并重新雇用的成本通常比正确设置类型的任何开销要大得多。
真正的成本以及如何考虑它
这些都不是免费的，假装是免费的就是不诚实的。 [TypeScript8 增加了一个构建步骤，需要配置规则，并且为那些从未考虑过类型的人提供了一个起始曲线。采用不佳的团队最终会得到大量的 0 ％，这会带来 TypeScript 的成本，而没有任何好处。
答案不是避免采用，而是有条不紊地采用。从一开始就严格配置，像要求逻辑一样审查对类型质量的要求，并在遗留基础上逐步迁移，而不是一次性进行有风险的重写。
领导力问题不再是“是否值得采用”。对于大多数现代网络来说，市场已经做出了反应。问题是“我们如何以投资回报的方式采用”，这是一次更有成效的对话。如果您对 Web 工程的发展方向感兴趣，那么 [2026 年的 Web 开发9] 也值得一读。
这对您的工程意味着什么
如果您的组织仍然将 [TypeScript10 作为团队偏好，那么现在是时候明确选择并将其标准化。标准并不意味着盲目强加，而是意味着明确的方向和合理的例外。
对于新项目，默认路径应为[TypeScript11并严格配置。对于现有的 JavaScript 基础，值得设计一个有目标的迁移计划，而不是将决定留给每个文件中的每个人。对于那些掌握该语言的成熟使用的人来说是值得投资的，因为使用得很好和使用得不好的 TypeScript 之间的差异是巨大的。
该语言已成为一种标准，因为它同时解决了质量、速度和人员问题。很少有工程决策同时涉及这三个方面。这个书房。
如果您正在重新考虑团队的堆栈，请首先有意识地做出此决定并记录下来，而不是让它凭惯性发生。要更深入地研究该语言的成熟使用，请继续[高级 TypeScript 实践12。
来源：[GitHub Octoverse 202513.
另请阅读
- [高级 TypeScript 实践：浅度使用与成熟使用的区别14
- [Monorepos 与 TypeScript：何时重要以及之前需要考虑什么15
- [使用 Zod 进行数据验证：为什么 TypeScript 类型还不够16
- 【如何选择一家不后悔的网站开发公司17
- [2026 年的网络开发：发生了什么变化以及对于那些做出决定的人来说什么是重要的18
- [网站开发成本是多少（以及真正决定价格的因素）19