看到今天群里有人讨论微软用 Go 重写 TypeScript 编译器，为什么不是用他们自家的 C#？ C#在大部分 benchmark 项中性能都远超 Go， TypeScript 编译也不是在浏览器进行，不用考虑编译器体积
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 14:59:32') }}
#0
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 14:59:32') }}
#0
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/fannkuchredux.html
以及这个网站的大部分项目
别的 benchmark 网站结果也大致相同
另外 C#和 TS 大部分类型都对应，实在找不到要用 Go 的理由
{{ getUsernameByUid(6630) }}
发布{{ getTimeInfo('2025-03-12 15:04:20') }}
#1
{{ getUsernameByUid(6630) }}
发布{{ getTimeInfo('2025-03-12 15:04:20') }}
#1
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:06:06') }}
#2
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:06:06') }}
#2
{{ getUsernameByUid(6453) }}
发布{{ getTimeInfo('2025-03-12 15:08:22') }}
#3
{{ getUsernameByUid(6453) }}
发布{{ getTimeInfo('2025-03-12 15:08:22') }}
#3
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:10:51') }}
#4
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:10:51') }}
#4
{{ getUsernameByUid(6485) }}
发布{{ getTimeInfo('2025-03-12 15:11:48') }}
#5
{{ getUsernameByUid(6485) }}
发布{{ getTimeInfo('2025-03-12 15:11:48') }}
#5
{{ getUsernameByUid(5851) }}
发布{{ getTimeInfo('2025-03-12 15:13:32') }}
#6
{{ getUsernameByUid(5851) }}
发布{{ getTimeInfo('2025-03-12 15:13:32') }}
#6
已经有很多讨论了，这是一个相对官方的回复
{{ getUsernameByUid(5851) }}
发布{{ getTimeInfo('2025-03-12 15:13:56') }}
#7
{{ getUsernameByUid(5851) }}
发布{{ getTimeInfo('2025-03-12 15:13:56') }}
#7
{{ getUsernameByUid(6453) }}
发布{{ getTimeInfo('2025-03-12 15:14:55') }}
#8
{{ getUsernameByUid(6453) }}
发布{{ getTimeInfo('2025-03-12 15:14:55') }}
#8
{{ getUsernameByUid(64) }}
发布{{ getTimeInfo('2025-03-12 15:18:55') }}
#9
{{ getUsernameByUid(64) }}
发布{{ getTimeInfo('2025-03-12 15:18:55') }}
#9
这一下.net 的使用量就上来了，今年编程语言榜第一的就是 c# + .net 了（乐
{{ getUsernameByUid(228) }}
发布{{ getTimeInfo('2025-03-12 15:20:30') }}
#10
{{ getUsernameByUid(228) }}
发布{{ getTimeInfo('2025-03-12 15:20:30') }}
#10
Go 的代码组织方式和现有的代码更相近（函数 + 数据结构，非 OOP ），方便一比一翻译。
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:20:47') }}
#11
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:20:47') }}
#11
{{ getUsernameByUid(8097) }}
发布{{ getTimeInfo('2025-03-12 15:21:29') }}
#12
{{ getUsernameByUid(8097) }}
发布{{ getTimeInfo('2025-03-12 15:21:29') }}
#12
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:23:25') }}
#13
{{ getUsernameByUid(6605) }}
发布{{ getTimeInfo('2025-03-12 15:23:25') }}
#13
{{ getUsernameByUid(64) }}
发布{{ getTimeInfo('2025-03-12 15:25:24') }}
#14
{{ getUsernameByUid(64) }}
发布{{ getTimeInfo('2025-03-12 15:25:24') }}
#14
{{ getUsernameByUid(6380) }}
发布{{ getTimeInfo('2025-03-12 15:33:59') }}
#15
{{ getUsernameByUid(6380) }}
发布{{ getTimeInfo('2025-03-12 15:33:59') }}
#15
{{ getUsernameByUid(58) }}
发布{{ getTimeInfo('2025-03-12 15:41:44') }}
#16
{{ getUsernameByUid(58) }}
发布{{ getTimeInfo('2025-03-12 15:41:44') }}
#16
如果用 C#，为了高性能，就要大量使用 Span<T>和 Memory<T> ，那 port 工作量就太大了。C#的优势，模式匹配和异常处理，不擦除的泛型等等，都完全用不到，aot 编译耗时比 Go 长很多倍，得不偿失。
{{ getUsernameByUid(2645) }}
发布{{ getTimeInfo('2025-03-12 15:42:42') }}
#17
{{ getUsernameByUid(2645) }}
发布{{ getTimeInfo('2025-03-12 15:42:42') }}
#17
{{ getUsernameByUid(5995) }}
发布{{ getTimeInfo('2025-03-12 15:43:51') }}
#18
{{ getUsernameByUid(5995) }}
发布{{ getTimeInfo('2025-03-12 15:43:51') }}
#18
{{ getUsernameByUid(7021) }}
发布{{ getTimeInfo('2025-03-12 16:17:44') }}
#19
{{ getUsernameByUid(7021) }}
发布{{ getTimeInfo('2025-03-12 16:17:44') }}
#19
BTW ，这事情里的函数式不是通常说的函数式编程
函数式太多花活、隐藏机制、性能浪费，不是什么好玩意
OO 太多累赘、啥都得 class 、顶层设计难以预计未来、难以高效应对快速变化，不如面向过程更加通用
Go 很务实，有的人认为他平庸，简洁、甚至 N 倍性能提升都进不了这些认为 Go 平庸的人的“法眼”，反过来还要喷“大道至简”，我无法对这些人的智力水平作出评价，因为我不想贬低别人但也更不想撒谎。
{{ getUsernameByUid(post.updatedByUid) }}
编辑于 {{ getTimeInfo(post.UpdatedAt) }}
{{ getUsernameByUid(post.uid) }}
发布于 {{ getTimeInfo(post.CreatedAt) }}
# {{post.num}}
{{ getUsernameByUid(post.updatedByUid) }}
编辑于 {{ getTimeInfo(post.UpdatedAt) }}
{{ getUsernameByUid(post.uid) }}
发布于 {{ getTimeInfo(post.CreatedAt) }}
# {{post.num}}
#{{nav.post.anchor}}