从各方面来看，TypeScript 对微软来说都取得了巨大的成功。我见过很多人因使用可由编译器检查的显式类型而欣喜若狂。但我从来都不是粉丝。五分钟后不会，五年后不会。因此，我非常高兴地宣布我们将从Turbo 8 的下一个大版本中删除 TypeScript。
事实上，我实际上更喜欢 JavaScript。我什至可以说这是继 Ruby 之后我第二喜欢的语言。是的，虽然是遥远的第二秒，但仍然是第二秒。但情况并非总是如此。但是，当我们在 JavaScript 中获得了适当的类，以及自 ES6 以来出现的所有其他改进之后，编写代码就变成了一种真正的乐趣。
我仍然不认为 JavaScript 非常适合我们在网络应用程序的服务器端所做的大部分工作，但完全尊重和欣赏其他人的不同感受。对我来说，我们现在拥有如此强大的 JavaScript，这简直是我们的幸运，浏览器无需任何编译器就可以解释它。
TypeScript 对我来说只是阻碍。不仅因为它需要显式的编译步骤，还因为它用类型体操污染了代码，这给我的开发体验增添了很少的乐趣，而且常常带来相当大的悲伤。应该容易的事情变得困难，困难的事情变得“任何”。不，谢谢！
不过，这并不是请求改变任何人或任何事。正如我在编程类型和心态中讨论的那样，通常很少有程序员有兴趣改变他们对打字的看法。大多数程序员发现自己对打字有强烈的兴趣，或者在他们职业生涯的早期，然后用剩下的时间向自己和他人合理化“正确的选择”。
这是 JavaScript 与 TypeScript 二分法的魔力之一，完全归功于 TypeScript 团队意识到完全接管 JavaScript 永远不会发生，因此必须从一开始就考虑到完全的兼容性。Turbo 8 放弃 TypeScript 并不意味着您不能在其中编写客户端代码，或使用任何其他使用它的库。我们可以混合搭配，这真是太棒了。
也是有必要的。因为与 Ruby 这样的语言不同，Ruby 是服务器端的首选语言，而 JavaScript 是客户端的必需语言。虽然您可以将方言编译到其中，但您仍然必须接受这样一个事实：在浏览器中运行代码意味着运行 JavaScript。因此，能够在没有任何工具和任何强类型的情况下编写它，在这种情况下是一件幸事。
再见了，TypeScript。愿您为您的部落带来更多的严谨和满足，同时让我们其他人享受 JavaScript 最初设计的光荣精神：免于强类型。
