Visual Studio Code / VSCode Part16 (630ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) ﾚｽ栞 あぼーん
61: デフォルトの名無しさん [sage] 2025/03/12(水) 21:00:35.97 ID:dDPwLnop(1/8) AAS
したらついてこれないじゃん
62(2): デフォルトの名無しさん [sage] 2025/03/12(水) 21:03:49.47 ID:dDPwLnop(2/8) AAS
TSチームは辛くてもRustで頑張ってほしかったな
一対一対応で翻訳するだけなら生成AIに突っ込むだけでいいんだから
実際そうやってるのだろうけど
63(1): デフォルトの名無しさん [sage] 2025/03/12(水) 21:05:07.78 ID:dDPwLnop(3/8) AAS
共有参照が多すぎてGoじゃないとそのまま翻訳が難しいからと書いてあったが
まさにその部分が設計の見直しが必要な部分なのではないのかな
64: デフォルトの名無しさん [sage] 2025/03/12(水) 21:16:09.24 ID:dDPwLnop(4/8) AAS
>>5656(2): デフォルトの名無しさん [sage] 2025/03/12(水) 16:49:17.51 ID:KVAdPTxh(1) AAS
VSは普通にCopilot が使えるよ
それに、C#はなくならないよ
C#がいらないと言っているのはWeb屋さんだけ
今時Copilot固定って流石に勘弁
67: デフォルトの名無しさん [sage] 2025/03/12(水) 21:58:55.31 ID:dDPwLnop(5/8) AAS
ソース見たところクソデカの構造体に全て詰め込んで共有しまくるという
Cでよくあるアンチパターンが頻出してて
設計もクソもねーなと思った
69: デフォルトの名無しさん [sage] 2025/03/12(水) 22:05:24.72 ID:dDPwLnop(6/8) AAS
>>6666(1): デフォルトの名無しさん [sage] 2025/03/12(水) 21:26:13.27 ID:ukIq7sK1(2/2) AAS
>>62
Goコンパイラが生成するコードはスカラー演算はLLVMと遜色なくて、むしろC# AOT対比だと同等越えしている位
TSコンパイラにはベクトル演算は余り無いと思われるのでRust/LLVMで何年もかけて書き直しても速度改善は微小で
有意な改善があったとしてもメモリ使用量位だと言われてた(某所)
型チェッカーに関して言えばその通りなんだけど
その「先」にあるネイティブインタプリタの実装まで考えると
Rustの方が良いと思うね
70: デフォルトの名無しさん [sage] 2025/03/12(水) 22:06:25.11 ID:dDPwLnop(7/8) AAS
>>68でも明らかにchecker.tsより読みやすい
71: デフォルトの名無しさん [sage] 2025/03/12(水) 22:10:04.85 ID:dDPwLnop(8/8) AAS
しかしここにきて一気にGoが息を吹き返したな
もうオワコン扱いされてたのに
tsエコシステムはもう全部Goに寄せた方が良いかもな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.140s*