这是一个创建于 460 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1 guaike 2025 年 3 月 12 日搞不懂为什么不用 rust 写 |
 |
2 twig 2025 年 3 月 12 日 via iPhone |
 |
7 sagaxu 2025 年 3 月 12 日 2
Go 是 native first ，C#是 bytecode first ，虽然有 AOT ，但不是所有地方都支持。 Go 是 low level 语言，function + data structure 足矣，OOP 和模式匹配之类的特性用不上。 总之，Go 操作数据结构很方便。 |
 |
10 Leviathann 2025 年 3 月 12 日怎么就 7.0 了 6.0 在哪 |
 |
12 Contextualist 2025 年 3 月 12 日@pigmen 想起来 Deno 写标准库的时候，Ryan D 说过类似这样的话：“如果不确定怎么实现，就直接按照 Go 标准库对应函数的写法来写” |
 |
13 RedNax 2025 年 3 月 12 日@Leviathann 6 还将是 javascript ，会有一些 breakchange ，6 适配之后就可以上 7 了 |
 |
14 ne6rd 2025 年 3 月 12 日所以这个快主要是针对开发，部署来说的？ |
 |
16 nomagick 2025 年 3 月 12 日swc 不是用得挺好么 TypeScript 语言层面上已经没什么改动了 别是什么 KPI 之举，跳槽预备，献礼 Google |
 |
19 yyfearth 2025 年 3 月 12 日@nomagick esbuild/swc/babel 只是类型擦除 不做类型检查 |
 |
21 crackidz 2025 年 3 月 12 日这不是挺好的么 |
 |
22 beginor 2025 年 3 月 12 日 via Android前端的轮子重要卷到 ts 了 |
 |
23 meteor957 2025 年 3 月 12 日 via Android 5
rust 越来越像宗教了.. |
 |
25 yuhuai 2025 年 3 月 12 日不要做魔怔人，打工人都知道写代码够用好用才是重点，至于安全，健壮那是架构师和审查的事 |
 |
26 wangtian2020 2025 年 3 月 12 日才觉察自己一直没发现大象，前端工具链中就 typescript 服务每次启动转好久，都习惯了 |
 |
27 96368a 2025 年 3 月 12 日rust 暂且不说，Anders 作为 c#的创始人之一，在重写 typescript 时都没有考虑 c#，这就有点难绷了 |
 |
28 june4 2025 年 3 月 12 日卧槽这个要好评，现在 ts 实在太慢了影响打字，有些库都要卡几秒才出提示 |
 |
29 Danswerme 2025 年 3 月 12 日微软居然不用 C#？ 这还是巨硬吗 |
 |
30 zx9481 2025 年 3 月 12 日额 所以只是编译速度变快了 10 倍？ |
 |
31 irisdev 2025 年 3 月 12 日等下，ts 原来不是用 C#开发的？刚查了下原来是 ts 自举的 |
|
32 yuhuai 2025 年 3 月 12 日 1
...你们真的不看原文的吗？人家都说了，c# 的 aot 还在 preview 且有平台限制，没有上生产广泛验证过，而且 go 也是函数范式，哪个工具更适合用哪个有什么问题吗 |
 |
33 me1onsoda 2025 年 3 月 12 日诶，听起来有点魔幻，用 go 重构 ts ？是用 js 缝了一个 go 的底层库，像 Java 缝 C 那样？ |
 |
34 BenX 2025 年 3 月 12 日看到 Anders Hejlsberg 默认牛逼 |
 |
36 qxmqh 2025 年 3 月 12 日go 可以的。非常好的语言。 |
|
39 qxmqh 2025 年 3 月 12 日 4
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. 看到这笑死了。 |
 |
40 mywaiting 2025 年 3 月 12 日我总觉得 TS 有独立成为一门语言的能力，转换到 IR 感觉不是特别难吧 |
 |
41 min 2025 年 3 月 12 日居然不用 c#，看来对 ms 的 c#团队很不爽 |
 |
42 ARIInV2 2025 年 3 月 12 日前端技术圈 日常重写。。。。。。。 |
 |
43 XIVN1987 2025 年 3 月 12 日建议 ruster 也用 rust 重写一遍，，性能提升 20 倍，，打败这个 go 重写的 |
 |
44 wei2629 2025 年 3 月 12 日 3
nb 。也别编译成 js 了, 直接编译成 go ， 替换 nodejs 完事。 |
 |
45 iorilu 2025 年 3 月 12 日 1
微软要良心点把 ts 扶正, 直接开发桌面 gui 软件, 那是做了点好事了 搞成 visual TS, 就像当年 vb 一样 |
 |
47 lizy0329 2025 年 3 月 12 日 1
C# 社区可以原地解散了 |
 |
51 charlie21 2025 年 3 月 12 日"we have strong domain information about when "logical" times to run the GC will be." |
 |
52 pursuer 2025 年 3 月 12 日@RedNax 走 wasm 是会有序列化性能损耗的。而且 wasm 生态还有个 assemblyscrip 更是和 TS 十分接近的写法，移植不是更容易？话说回来这些写惯 TS 的这些开发者能忍得了 Go 的拉胯的类型系统和类型推断能力也是神人了。 |
 |
53 leokun 2025 年 3 月 12 日@me1onsoda typescript 7 以前是 nodejs 实现的，可以用来编译 ts 到 js ，或者和编辑器结合做类型推断和检查。nodejs 是 javascript 的运行时，可以在操作系统运行 js 。现在用 go 重写了，加速了编译 ts 到 js 的过程 |
|
55 leokun 2025 年 3 月 12 日@wei2629 直接编译成为二进制吧，那真的可以替换 nodejs ，为什么还需要 javascript 作为中间媒介外加一个 nodejs 运行时 |
|
56 yyfearth 2025 年 3 月 12 日@leokun TS 作为 JS 的超集 Super Set 是兼容 JS 那些动态特性的 比如 any 另外你说的就是 wasm 现在正在做的 只不过完整版的 TS 很难做到 做到估计优势也没那么大 |
|
57 yyfearth 2025 年 3 月 12 日@mxT52CRuqR6o5 C# 语言设计的还是很好的 但是毕竟需要.Net 运行时 和 Java 需要 JVM 一样 |
 |
59 mxT52CRuqR6o5 2025 年 3 月 12 日@yyfearth #56 .net core 现在应该可以 single file deployment 把用到的运行时内置在程序里，而且运行效率是 go 差 C#、RS 一个级别，C#之比 RS 、C 差个一丢丢 |
|
60 sagaxu 2025 年 3 月 12 日@yyfearth dotnet 和 JVM 都可以 aot 生成 native binary ，如果重写，JVM aot 得到的 binary 估计在 30M 左右，dotnet aot 估计在 20M 左右，都不需要下载安装 runtime 。dotnet 还支持 self contained 打包，不用 aot 也可以显著缩小尺寸。 但是这么做折腾一番，没有得到任何好处，无论是 JVM aot 还是 dotnet aot ，编译时间比 Go 长的多，往往要十倍甚至好几十倍。tsc 也没有用到任何现代语法特性，用 C#没有收益。 |
 |
61 nilaoda 2025 年 3 月 12 日C#的 AOT 还不够成熟，加上这是移植而不是重写。选择相近的 Go 没啥问题。 |
 |
65 jiangzm 2025 年 3 月 13 日我觉得用 GO 移植是合理的选择， 如果后面 TS 会被微软定位成独立编程语言，应该就会有微软自己的 TS Runtime ，届时 ts 编译器可能会用 Rust/C++/C#重写。 |
 |
69 runlongyao2 2025 年 3 月 19 日@jiangzm 不太可能，TS 只是一套语法。做一个 RUNTIME 相当于重新搞了个轮子，同类轮子太多，意义不大 |
|
70 jiangzm 2025 年 3 月 20 日@runlongyao2 没啥不可能，Deno/Bun/Node v22.6+ 难道不是 ts runtime 吗，可以直接运行 ts 虽然是解释运行。另外微软本身就有支持多语言的.Net Runtime ，其支持 C#、F# 和 Visual Basic ，再加一个 Typescript 也没什么不好。这样 ts 既可以作为解释运行(Node)也可以编译运行(.Net)。 所以不管是出一个类似 Node 的 ts runtime 还是加入的.Net 家庭甚至单独的 ts 二进制编译器(类似 GO 支持 GC 能原生运行) 都是有可能的， 就看微软想不想把 jser/tser 拉拢过来。 |
|
71 mxT52CRuqR6o5 2025 年 3 月 24 日@jiangzm #69 如果不限制 TS 写法，运行速度大概率比 V8 劣化，想要性能得限制只能使用 ts 的子集，整个 TS#出来 |
 |
73 helloworld202510 2025 年 5 月 10 日@Flourite 你用一下 go 就发现，不在和 c++, java 各种为了概念，花里呼哨的东西。go 不追求 100% 的场景，只为 80% 的场景方便。是很像脚本的编译型语言。是不为概念，只为解决工程问题的简单语言。 |
 |
74 Ketteiron 2025 年 5 月 17 日奇怪，明明有 TypeScript 节点，为什么这个帖子会出现在 Node.js 节点？ |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
