devblogs.microsoft.com/typescript/typescript-native-port/
github: github.com/microsoft/typescript-go

搞不懂为什么不用 rust 写

Go 简单啊

用 golang 写提速 10 倍，用 rust 写再提速 2 倍，可以邀功两次。

github.com/microsoft/typescript-go/discussions/411

简单来说就是 go 和 ts 更像

github 很多新项目都是前端 TS 后端 Go

＃1 视频有解释

Go 是 native first ，C＃是 bytecode first ，虽然有 AOT ，但不是所有地方都支持。

Go 是 low level 语言，function + data structure 足矣，OOP 和模式匹配之类的特性用不上。

总之，Go 操作数据结构很方便。

好事，tsc 速度可以快很多

+1

怎么就 7.0 了 6.0 在哪

看了下感觉跟 esbuild 选择 go 的原因差不多？

想起来 Deno 写标准库的时候，Ryan D 说过类似这样的话：“如果不确定怎么实现，就直接按照 Go 标准库对应函数的写法来写”

6 还将是 javascript ，会有一些 breakchange ，6 适配之后就可以上 7 了

所以这个快主要是针对开发，部署来说的？
ts 最终还是编译成 js ，所以在浏览器上跑没影响？
还是说现在有环境能直接跑 ts 了嘛？

对，就是开发，最终环境没影响。
Nodejs 很快就会支持 typescript： nodejs.org/en/learn/typescript/run-natively
不够这个支持只是能跑，类型检查还是得靠 tsc ，native 了还是一样用在开发阶段

swc 不是用得挺好么

TypeScript 语言层面上已经没什么改动了

别是什么 KPI 之举，跳槽预备，献礼 Google

NodeJS 22(exp)/23(by default) 可以直接跑 TS 了 nodejs.org/en/learn/typescript/run-natively developers.slashdot.org/story/25/01/19/0335202/nodejs-type-stripping-for-typescript-now-enabled-by-default
当然 tsc 变快主要就是多开发和部署有帮助的 因为不管是 node 还是 esbuild/swc/babel 都是类型擦除 如果要做类型检查必须还用 tsc
不过既然 node 都支持跑 TS 那么浏览器应该也快了 只要 v8 可以做类型擦除就可以支持

node v23.6.0 已经默认支持了 developers.slashdot.org/story/25/01/19/0335202/nodejs-type-stripping-for-typescript-now-enabled-by-default

esbuild/swc/babel 只是类型擦除 不做类型检查
rs 语言比较严谨一些 做一些比较动态的事情可以会复杂不少
不过 rs 还有一个优势是和 node 整合比 golang 好 总的来说就是性能更好不管是 rs 本身还是和 node 的整合
不管怎样肯定比 typescript 的版本要强的多

编程原神又打过来了？

这不是挺好的么

前端的轮子重要卷到 ts 了

rust 越来越像宗教了..

Go 优点挺多的，比如编译速度快

不要做魔怔人，打工人都知道写代码够用好用才是重点，至于安全，健壮那是架构师和审查的事

才觉察自己一直没发现大象，前端工具链中就 typescript 服务每次启动转好久，都习惯了

rust 暂且不说，Anders 作为 c＃的创始人之一，在重写 typescript 时都没有考虑 c＃，这就有点难绷了

卧槽这个要好评，现在 ts 实在太慢了影响打字，有些库都要卡几秒才出提示

微软居然不用 C＃？ 这还是巨硬吗

额 所以只是编译速度变快了 10 倍？

等下，ts 原来不是用 C＃开发的？刚查了下原来是 ts 自举的

...你们真的不看原文的吗？人家都说了，c＃ 的 aot 还在 preview 且有平台限制，没有上生产广泛验证过，而且 go 也是函数范式，哪个工具更适合用哪个有什么问题吗

诶，听起来有点魔幻，用 go 重构 ts ？是用 js 缝了一个 go 的底层库，像 Java 缝 C 那样？

看到 Anders Hejlsberg 默认牛逼

把 typescript 里的 sync 调用改成 async 的 issue( github.com/microsoft/TypeScript/issues/1857) 挂着没改，整了个 Go 的，给我气笑了。真要把这个作为 TS 后继版本，那些使用了 typescript 的 API/transformer 的 JS/TS 代码怎么办。我需要性能的时候我直接 transpile 忽略类型检查不就行了，真的是没活可以咬打火机。

go 可以的。非常好的语言。

里面有人回复用 Go 可以有更多人参与代码贡献，用 Rust 会少一些人，例如我太笨只学会了 Go

不相信 Google 的文化，开源的东西炫技居多

It's time to give up on .NET. Even Microsoft has chosen Go for critical components like dapr framework and the TS compiler. Microsoft itself has abandoned its own product first. 看到这笑死了。

我总觉得 TS 有独立成为一门语言的能力，转换到 IR 感觉不是特别难吧

居然不用 c＃，看来对 ms 的 c＃团队很不爽

前端技术圈 日常重写。。。。。。。

建议 ruster 也用 rust 重写一遍，，性能提升 20 倍，，打败这个 go 重写的

nb 。也别编译成 js 了, 直接编译成 go ， 替换 nodejs 完事。

微软要良心点把 ts 扶正, 直接开发桌面 gui 软件, 那是做了点好事了

搞成 visual TS, 就像当年 vb 一样