25/03/15 11:25:36.86 GaXvPuIZ.net
これか
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
URLﾘﾝｸ(www.publickey1.jp)
Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね
C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか
484:デフォルトの名無しさん
25/03/15 11:34:23.06 NDk9Iq9/.net
一番の理由はC#が単純に遅いってこと
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん
485:デフォルトの名無しさん
25/03/17 08:30:35.74 hw/VMQ1U.net
golang本スレの錆れ様は何だったのか
486:デフォルトの名無しさん
25/03/17 16:28:10.88 2u8mBUG4.net
5chはジジイが多いって事を本気で自覚した方がいいってことだろ
Qiitaなんかgoの記事すごい多いいぞ
487:デフォルトの名無しさん
25/03/17 16:46:00.68 afD1DfSv.net
Qiita()
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww
488:デフォルトの名無しさん
25/03/18 14:10:14.93 HQWzSQmk.net
TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや
489:デフォルトの名無しさん
25/03/18 21:32:27.68 I22nXZBI.net
URLﾘﾝｸ(x.com)
C# was a top contender for the port, as was Rust. But both would have been a rewrite more than a port. We picked Go because it was the path of least resistance to 10x for *this* particular code base. It's a win for OSS. We couldn't have done this in the past!
490:デフォルトの名無しさん
25/03/18 21:37:29.28 I22nXZBI.net
URLﾘﾝｸ(github.com)
The TypeScript compiler's move to Go was influenced by specific technical requirements, such as the need for structural compatibility with the existing JavaScript-based codebase, ease of memory management, and the ability to handle complex graph processing efficiently. After evaluating numerous languages and making multiple prototypes — including in C# — Go emerged as the optimal choice, providing excellent ergonomics for tree traversal, ease of memory allocation, and a code structure that closely mirrors the existing compiler, enabling easier maintenance and compatibility.
In a green field, this would have been a totally different conversation. But this was not a green field - it's a port of an existing codebase with 100 man-years of investment. Yes, we could have redesigned the compiler in C# from scratch, and it would have worked. In fact, C#'s own compiler, Roslyn, is written in C# and bootstraps itself. But this wasn't a compiler redesign, and the TypeScript to Go move was far more automatable and more one-to-one in its mapping. Our existing codebase is all functions and data structures - no classes. Idiomatic Go looked just like our existing codebase so the port was greatly simplified.
491:デフォルトの名無しさん
25/03/18 21:47:34.88 lF3EIhjD.net
tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい
492:デフォルトの名無しさん
25/03/19 00:48:24.72 Ll5ZcIPA.net
もうさGoをJavascriptにトランスパイルさせてよ
Goは書きやすくて便利だからさ
493:デフォルトの名無しさん
25/03/19 21:51:32.78 8L7LK8zU.net
A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team
ps://devblogs.microsoft.com/typescript/typescript-native-port/
494:デフォルトの名無しさん
25/03/26 09:55:01.75 DVC3Gd5u.net
このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ？
495:デフォルトの名無しさん
25/03/26 10:21:45.29 f3V4gxVC.net
凝った作りにしなきゃいいだけ
496:デフォルトの名無しさん
25/03/29 18:57:22.25 aNMYPX45.net
成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね？
497:デフォルトの名無しさん
25/04/04 11:37:33.92 YPXEmT32.net
.NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを
見て速攻で無理っすって回答した過去を思い出し。
498:デフォルトの名無しさん
25/04/04 19:35:10.01 pqOdz3U3.net
すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな
499:デフォルトの名無しさん
25/04/04 21:03:27.10 jKbxwbKT.net
いまは.NET Coreから分岐するのが.NET Frameworkと違うん？
500:デフォルトの名無しさん
25/04/04 21:18:41.07 RPRqX2PR.net
>>496
もう100MBとか気にしないしElectronでおｋ
501:デフォルトの名無しさん
25/04/05 02:01:59.89 S+1E1KY3.net
ガイジジイこのスレにも出没するのか
キッツ
502:デフォルトの名無しさん
25/11/21 16:58:18.60 BbIAJ2RY.net
マイクロソフトはついに、Windows 11の主要コア機能のほぼすべてが壊れていることを認めた。
このテクノロジー大手は本日、最新のパッチチューズデーがゲームのパフォーマンス低下を引き起こしているとNVIDIAから非難された。NVIDIAは、これらの問題を解決するための緊急ホットフィックスドライバーをリリースした。
これは、今週初めに発表されたエージェントOSへのオペレーティングシステムの進化により、同社のWindows責任者が最近直面した激しい反発の直後に起こった。
しかし明るい面としては、こうした反発を受けて、MicrosoftはWindowsに問題があることを認め、まるで合図を送るかのように、新たなサポート記事でWindows 11のほぼすべての主要なコア機能に問題があることを認めました。問題はXAMLに関連しており、スタートメニュー、タスクバー、エクスプローラー、Windows設定など、すべてのシェルコンポーネントに影響を与えています。
503:デフォルトの名無しさん
25/11/21 16:59:40.41 BbIAJ2RY.net
MSついにWin11がどんなハイスペPCでも常にもっさりしたりプチフリするほどパフォーマンスが酷い原因がXAMLだと認めるwww