テクノロジー

Why Go? · microsoft/typescript-go · Discussion #411

1: efcl 2025/03/12 00:05

Go言語を選んだ理由。 メモリレイアウトとメモリの割り当てがTSにあっていた。TSはASTなどでオブジェクトを大量に持っていて、移植に適していた

2: snowcrush 2025/03/12 07:58

swc作者も一時期tscをrustへ移植しようとして難しいからGoで書き直すわって言ってたしtscの実装との相性の良さみたいなものがありそう

3: gabill 2025/03/12 08:00

TypeScriptコンパイラがgoで再実装されることに→ 「TypeScriptの生みの親はC#の生みの親でもあるのに、なんでC#使わないの?」→TypeScript/C#の生みの親が登場し理由を解説

4: akanehara 2025/03/12 10:29

再設計ではなく移植なので移植先にもGCが必要だった、と背景が説明されているのに「最悪だ!なぜRustを選ばなかったんだ!」って暴れてる人いてすごい。

5: gengesa 2025/03/12 10:56

簡潔にまとめたら「GoはTSからのコピペビリティが高いから」といったところ

6: manaten 2025/03/12 12:02

ちゃんと読めてないけど、メモリ管理が不要なことと、現行のjs製のコードからの移植性(言語のセマンティクスが似てること)が大きいっぽい

7: roshi 2025/03/12 12:49

Microsoft公式?だったらRustやC++で頑張って欲しかった感はあるけど実を取ったのね。

8: daichirata 2025/03/12 16:12

クラスがなく関数とデータ構造だけで Go とだいぶ似てたからとの事

9: latena 2025/03/12 19:46

❝Good job, thanks! My original expectation was simply that you wouldn't use Java. Well, you've successfully met my goal.❞ それな

10: dkanikama 2025/03/12 20:56

swcの作者って二転三転して結局rustで書くわってなってなかったっけ?

11: diveintounlimit 2025/03/12 22:06

こういう技術選定理由をオープンにしてくれるのはありがたい

12: door-s-dev 2025/03/12 23:05

この早さでこれだけパフォーマンス改善された動くものが出てきたのはGoのおかげっぽいよなぁ

13: atsushieno 2025/03/13 00:47

.NETが全然ダメだった理由はyoutubeのほうでもうちょっと解説している

14: matarillo 2025/03/13 08:54

背景をオープンにすることはいいこと、なんだけど、なんでここまでGHコメントが伸びるかね……Choose what's the best fit for your project, that's really it.

15: softantenna 2025/03/13 09:13

MicrosoftのTypeScriptチームがGo言語を選択した理由について説明。コードベースの互換性やメモリ管理、木構造の処理、並列処理などGoの利点があった。なぜC#ではなくGoを選んだのかについても議論が行われています。