もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな
TypeScriptをJSやなくてGoのラッパー?にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい
MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ
ワイはJSもTSも余裕のフルスタックエンジニアやからなwww
探検
.NET MAUIが不人気な原因なんなの?
481デフォルトの名無しさん
2025/03/12(水) 10:01:18.74ID:f6EVt6Ik482デフォルトの名無しさん
2025/03/15(土) 11:25:36.86ID:GaXvPuIZ これか
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
https://www.publickey1.jp/blog/25/typescriptgo10.html
Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね
C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
https://www.publickey1.jp/blog/25/typescriptgo10.html
Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね
C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか
483デフォルトの名無しさん
2025/03/15(土) 11:34:23.06ID:NDk9Iq9/ 一番の理由はC#が単純に遅いってこと
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん
484デフォルトの名無しさん
2025/03/17(月) 08:30:35.74ID:hw/VMQ1U golang本スレの錆れ様は何だったのか
485デフォルトの名無しさん
2025/03/17(月) 16:28:10.88ID:2u8mBUG4 5chはジジイが多いって事を本気で自覚した方がいいってことだろ
Qiitaなんかgoの記事すごい多いいぞ
Qiitaなんかgoの記事すごい多いいぞ
486デフォルトの名無しさん
2025/03/17(月) 16:46:00.68ID:afD1DfSv Qiita()
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww
487デフォルトの名無しさん
2025/03/18(火) 14:10:14.93ID:HQWzSQmk TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや
488デフォルトの名無しさん
2025/03/18(火) 21:32:27.68ID:I22nXZBI https://x.com/ahejlsberg/status/1899624685396181031
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!
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!
489デフォルトの名無しさん
2025/03/18(火) 21:37:29.28ID:I22nXZBI https://github.com/microsoft/typescript-go/discussions/411#discussioncomment-12476218
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.
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.
490デフォルトの名無しさん
2025/03/18(火) 21:47:34.88ID:lF3EIhjD tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい
491デフォルトの名無しさん
2025/03/19(水) 00:48:24.72ID:Ll5ZcIPA もうさGoをJavascriptにトランスパイルさせてよ
Goは書きやすくて便利だからさ
Goは書きやすくて便利だからさ
492デフォルトの名無しさん
2025/03/19(水) 21:51:32.78ID:8L7LK8zU A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team
ps://devblogs.microsoft.com/typescript/typescript-native-port/
ps://devblogs.microsoft.com/typescript/typescript-native-port/
493デフォルトの名無しさん
2025/03/26(水) 09:55:01.75ID:DVC3Gd5u このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ?
494デフォルトの名無しさん
2025/03/26(水) 10:21:45.29ID:f3V4gxVC 凝った作りにしなきゃいいだけ
495デフォルトの名無しさん
2025/03/29(土) 18:57:22.25ID:aNMYPX45 成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね?
496デフォルトの名無しさん
2025/04/04(金) 11:37:33.92ID:YPXEmT32 .NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを
見て速攻で無理っすって回答した過去を思い出し。
見て速攻で無理っすって回答した過去を思い出し。
497デフォルトの名無しさん
2025/04/04(金) 19:35:10.01ID:pqOdz3U3 すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな
498デフォルトの名無しさん
2025/04/04(金) 21:03:27.10ID:jKbxwbKT いまは.NET Coreから分岐するのが.NET Frameworkと違うん?
499デフォルトの名無しさん
2025/04/04(金) 21:18:41.07ID:RPRqX2PR >>495
もう100MBとか気にしないしElectronでおk
もう100MBとか気にしないしElectronでおk
500デフォルトの名無しさん
2025/04/05(土) 02:01:59.89ID:S+1E1KY3 ガイジジイこのスレにも出没するのか
キッツ
キッツ
レスを投稿する
ニュース
- 中国国営メディア「沖縄は日本ではない」… ★3 [BFU★]
- 中国国営メディア「沖縄は日本ではない」… ★2 [BFU★]
- 高市政権にパイプ役不在…日中高まる緊張 公明党の連立離脱影響、自民内にも懸念「自分でまいた種は自分で刈り取ってもらわないと」 [ぐれ★]
- 小野田氏、”中国経済への依存“に警戒感 高市首相の国会答弁巡り [煮卵★]
- 【こんなの初めて…】民泊には既にキャンセルも 中国の渡航自粛で [ぐれ★]
- 台湾声明 「台湾は独立した主権国家、中国は台湾を統治したことがなく、中国は口出しする権利ない」 中国が高市首相に抗議で ★7 [お断り★]
- 【悲報】自国で旅客機を開発して自国内で飛ばすだけで採算取れる国と税金チューチューして終わった国、戦争になればどっちが勝つと思う? [616817505]
- 干した猿みたいなミイラ顔の女がネトウヨだらけなのは何故なのか… [667744927]
- 【悲報】ココイチ、売上増収も客離れが止まらずジリ貧。「さらなる値上げも視野」😳 [518915984]
- 【なぜ】安倍晋三の評価、地味に上がってる模様… [343591364]
- 中国国営放送「日本は琉球をただちに中国に返還せよ」 キタ━━━━(゚∀゚)━━━━!!!!! [314039747]
- 【画像】セクシー女優・天沢りんさん「お休み頂いてた半年間でこんな体になりました🪽🤍」👉予想通りの展開に [242521385]
