.NET MAUIが不人気な原因なんなの？ (500ﾚｽ)
上下前次1-新
1: 2024/04/03(水)09:31 ID:PIf6+wQa(1) AAS
外部ﾘﾝｸ:monobook.org
374: 2024/10/08(火)20:35 ID:xsGRbZXM(1/2) AAS
.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う
375: 2024/10/08(火)20:57 ID:xsGRbZXM(2/2) AAS
MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する
376(1): 2024/10/08(火)21:28 ID:i7+cOifs(1) AAS
MAUIはUIがショボすぎて無理
377: 2024/10/09(水)11:10 ID:kM+WjdPz(1/2) AAS
>>373
今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
外部ﾘﾝｸ:github.com
Visual Studio for Macを復活させろとマジで思うくらいグダグダ
378(1): 2024/10/09(水)11:11 ID:kM+WjdPz(2/2) AAS
Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。
379: 2024/10/09(水)12:07 ID:wwi86cnw(1/3) AAS
>>376
たしかにBlazor使えばワンチャン
だからスマホ版Electron
380: 2024/10/09(水)12:08 ID:wwi86cnw(2/3) AAS
>>378
マジかよ終わってんな
381(1): 2024/10/09(水)12:49 ID:1Wk4Nln/(1) AAS
tauri2.0でちゃったしなぁ…
382: 2024/10/09(水)12:59 ID:CDJuCLsv(1) AAS
MAUIが一番開発活発で人気高いから文句多いのは仕方ない
383: 2024/10/09(水)13:13 ID:HuutUM+l(1) AAS
tauriよりwails 3待ちやろ
384: 2024/10/09(水)18:07 ID:wwi86cnw(3/3) AAS
>>381
tauriいいの？
ちなみにRustは使いたいとは思わなかった
385: 2024/10/09(水)18:53 ID:I3pYx8nB(1) AAS
wailsが1番スマートなんだけどねー。
ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった
tauriは実装されたばかりでまだバギー。
386: 2024/10/09(水)23:40 ID:EgWGnFmO(1) AAS
Tauriでの開発を中止してWailsに移行した開発者の記事を見つけた
外部ﾘﾝｸ:blog.moonguard.dev
自分はRustはそこそこ慣れててGoは未経験という立場だけど、Goの方が開発しやすいというのは納得できる
記事でも触れてるけど、Rustはビルドが遅いのと、厳格なメモリ管理や型表現のために学ぶのが難しい
(後者については個人的には好きだし、Rustの良いところだと思ってるけど、全ての人にとってそうだとは思わない)
フロントのTypeScriptの比重が大きいならバックの言語はそこまで重要じゃないし、ビルドの短いGoの方が良さそうではある
フレームワークとしてのTauriとWailsの違い (機能面たったり成熟度だったり) は知らない
TauriやWails、将来的に普及していくのかな
なんだかんだElectronの方が大きいシェアであり続ける、とかもありそう
387: 2024/10/09(水)23:50 ID:SNuISCB8(1) AAS
goあたりがバランスいいよな
rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが)
wailsがバランスいい
388: 2024/10/10(木)00:32 ID:CDl7cV7A(1/3) AAS
Goってそんないいのか？
Googleってあんまり信用できないわ
389(1): 2024/10/10(木)00:33 ID:CDl7cV7A(2/3) AAS
Flutterもそうだけどさ
390: 2024/10/10(木)12:31 ID:GkrJxbZ+(1/2) AAS
Goはいい言語だよ
391: 2024/10/10(木)12:43 ID:fwgY8mGh(1) AAS
どういいのか解説できないけど
392(1): 2024/10/10(木)13:40 ID:GkrJxbZ+(2/2) AAS
コンパイル、ビルドが早い
クロスコンパイルしやすい
書きやすく入門しやすい
GCにより厳密なメモリ管理を求められない
少なくともRustよりはいい
393: 2024/10/10(木)17:00 ID:7elDSsCc(1) AAS
>>389
ウェブベースでUIを組むならGo言語のWails
ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin
ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい
394: 2024/10/10(木)17:48 ID:CDl7cV7A(3/3) AAS
>>392
Goってクロスコンパイルしやすいんだ
395: 2024/10/10(木)19:48 ID:zaiHGiuM(1) AAS
WinUI3はゴミ品質だからさわらない方が吉
396: 2024/10/11(金)22:59 ID:2qLqLBc7(1/2) AAS
XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし
クライアントサイドからは完全撤退する気だろ。
外部ﾘﾝｸ:github.com
397: 2024/10/11(金)23:01 ID:2qLqLBc7(2/2) AAS
dotnetはasp .net core専用だよ
398: 2024/10/12(土)08:58 ID:RJJcEa/k(1) AAS
C#のネイティブAOT対応が遅すぎた
やってることがKotlinの後追いでしかない
399: 2024/10/12(土)09:14 ID:4EmibWl3(1/2) AAS
c#しか使えない俺にとっては後追いは何も問題ない
400: 2024/10/12(土)11:35 ID:SicHpmLd(1) AAS
C#こそ最強
Kotlinなんてスマホ以外で使ってるやつ見たことない
てかそもそもどんな言語なのか知らない
401: 警備員[Lv.5][新芽] 2024/10/12(土)11:52 ID:RphneAJD(1) AAS
言語よくてもアプリ作るのが目的だから
まともなUIフレームワークないからC#は役立たず
402(1): 2024/10/12(土)13:00 ID:CDhYvVzL(1) AAS
Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない
金の亡者JetBrainsの作る言語なんて使わなくていい
403(1): 2024/10/12(土)14:24 ID:4EmibWl3(2/2) AAS
実質有償って何？
.netのサポート期間短くない？
サポート切れたらバージョン上げてビルドしてテストして差し替えとか面倒すぎない？
404: 2024/10/12(土)17:46 ID:Iy6RGAFA(1) AAS
.NET Frameworkは実質どのPCにも入ってるからこれで開発するね…
405: 2024/10/12(土)23:24 ID:lGRBt5jL(1) AAS
>>402
C#もiOS/AndroidアプリはJetBrains Rider必須になったぞ。
Visual Studio for Mac 廃止
Visual Studio + xcodeリモートビルドは不具合だらけ。
VScode C# Dev Kit も不具合だらけ
iOSのstoryboardやAndroidのaxmlすら開けない始末。
githubにある最新版だと開くだけはできるようになったが、ボタンすら配置できないゴミ。
406: 2024/10/13(日)10:06 ID:aio+iU3M(1) AAS
>>403
KotlinはIDEが公式の有償製品じゃないと使い物にならないってこと
vscodeじゃまともに開発できないのは終わってる
407(1): 2024/10/13(日)11:06 ID:WDufJ8iI(1/2) AAS
その理屈でいくとC#も有償のVisualStudioサブスクリプションが必須だよ（入れないとC#DevKitライセンス違反になっちゃう）
個人開発じゃないならC#も選択肢に入れちゃだめだね
408(1): 2024/10/13(日)13:58 ID:qlY/8gFL(1/2) AAS
有償なことは変わらんけど買い切りの永続ライセンスじゃダメなんだっけ？
409: 2024/10/13(日)14:32 ID:ebU6oF2Y(1) AAS
>>407
Roslyn以降のC#はＭＩＴライセンスだよ
外部ﾘﾝｸ:github.com
410(2): 2024/10/13(日)15:38 ID:WDufJ8iI(2/2) AAS
んー、Roslyn単体が無償だとして
VisualStudioをつかわず、VSCode + C#DevKitも使わないでまともに開発できるの？
406の言うKotlinと同レベルの終わり方になる気がする
>>408 ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
411: 2024/10/13(日)15:51 ID:HFd+gYq0(1) AAS
メモ帳で開発してるけど？
412: 2024/10/13(日)16:42 ID:qlY/8gFL(2/2) AAS
>>410
感謝
見たけどダメそうだな
研修受けてる奴らがvscode使ってるぽいからそのまま本番環境入ったらたぶんライセンス違反してたは
413: 2024/10/13(日)22:25 ID:A7JZDMC9(1) AAS
c# dev kitはiOSアプリ作れなくなったし論外だろ。
比較対象にすらならない。
414: 2024/10/13(日)22:55 ID:RRr/l4rO(1) AAS
>>144
WindowのAppWindowで出来るよ
415: 2024/10/14(月)02:07 ID:AlInx0gf(1) AAS
>>144
それは思う
あとなんか知らんがビヘイビアのライブラリがWindowにはつかないよなWinUI
Page以降ならつくけどWindowに付けられればactivateとかのイベントもMVVMでViewモデルにコード書けるから楽だと思うんだけどね
416(1): 2024/10/14(月)02:08 ID:xbI7VINK(1) AAS
>>410
>ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
C#アプリを企業で開発する場合、買い切りの VisualStudio では駄目で、サブスクリプション
でなくてはならなくなったということなの？
417: 2024/10/14(月)06:52 ID:jFe8O0nZ(1) AAS
>>416
ごめん主語省いちゃったね、410はC#DevKitのライセンスの話
従来通りVSで開発するならサブスク不要、
無償環境のつもりでVSCode+C#DevKitを使うとサブスクなしならライセンス違反
418(1): 2024/10/14(月)09:36 ID:B2/CkVb5(1) AAS
使ったことないから聞きたいんだけど、以下の認識であってる？
・C#DevKit: VS Code用の拡張機能
・これを使うにはサブスク版のVSのライセンスが必要 (VSとは別の「C#DevKitのライセンス」があるわけではない)
419: 2024/10/14(月)12:48 ID:JaFVXhpX(1) AAS
>>418
業務利用ならそれで合ってる
研修用途とか個人開発とかなら、VSのCommunityEditionのライセンス、つまり無償で使える
正確なところはライセンス記載のページを見てちょうだい
420: 2024/10/14(月)18:12 ID:Fd8j7Mhu(1) AAS
サブスク契約しなくても使えるならどうでもいいわ
縛ってきたら使わなくなるだけだし
421: 2024/10/14(月)18:24 ID:hMxy31Ls(1) AAS
小学校のプログラミング教育必修は2020年かららしい
422: 2024/10/14(月)18:29 ID:0DVHv21F(1) AAS
有償のC# Dev Kitなんかなくても開発できるし
423(1): 2024/10/16(水)07:05 ID:FRXUSByO(1/2) AAS
日本の交通の基盤を提供するアプリが未だサポート切れのXamarinで作られてるって正直考えられないよな
AzureのモバイルアプリもまだXamarinだし
全然.NET MAUI化が進んでない
424(2): 2024/10/16(水)10:05 ID:mtIOo0k6(1/2) AAS
>>423
そこら辺のアプリはC#のコア部分をexportC化してUIをウェブ系、KMP、Flutterのどれかで新しく実装し直したほうがいい気がするわ
425: 2024/10/16(水)10:09 ID:mtIOo0k6(2/2) AAS
「C#のコア部分」じゃなくて「アプリのコア部分のC#コード」だな>>424
クリーンアーキテクチャでいうところのデータ・レポジトリ部分
426: 2024/10/16(水)12:17 ID:FRXUSByO(2/2) AAS
>>424
いやMAUIでいいだろ、、、
427: 2024/11/18(月)23:25 ID:WKQfyBUE(1) AAS
BEｱｲｺﾝ:folder1_03.gif
いつのまにかRiderが無償化されてた
428: 2024/11/18(月)23:31 ID:rNW/yup2(1) AAS
JetBrainsのIDEでRiderは触ったことなかったな
Avalonia用もあるのかよ
429: 2024/11/19(火)21:03 ID:M65DbzLZ(1) AAS
Riderの無償化は非商用だけなんだけどね
430(1): 2024/11/22(金)17:43 ID:/XE9b6IE(1) AAS
VSCodeが救いようのないゴミだからマジ助かる
431: 2024/11/22(金)19:44 ID:YUhadtJk(1) AAS
.NET MAUI 有名アプリ
>.NET MAUI を使用して開発された有名なアプリはありませんが
ゴーグルでは無いことになってる
ChatGPTはいくつか(有名ではない)名前が出てきた
432: 2024/11/22(金)20:31 ID:biuAvdul(1) AAS
MAUI 利点より欠点の方が多いからな
433: 2024/11/23(土)06:59 ID:3k+eUBvA(1) AAS
>>430
VSCodeの一番のいいところが商用無料なところだからRiderやVSとは差別化されてる
434: 2024/11/23(土)08:46 ID:EHsK7nkF(1) AAS
なにいってだこいつ
435(1): 2024/11/23(土)14:35 ID:89blbBz7(1) AAS
vscodeでC#やるのは商用有償なプラグインを入れなきゃいけないから、vscodeだって実質商用有償
436: 2024/11/23(土)17:31 ID:0fvlCeGq(1) AAS
>>435の言う通り、商用の場合プラグインが優勝になります！おめでとう！
437(2): 2024/11/23(土)17:45 ID:W0Q0UMbK(1) AAS
MAUIはAdMobもFirebase Authも使えないのに流行る訳ねえだろ。
438: 2024/11/23(土)21:47 ID:Q43D0PUH(1) AAS
C#を辞めれば万事解決
439(1): 2024/11/24(日)09:13 ID:aBMtThfB(1) AAS
>>437
そこら辺はKotlinやSwiftで適宜書けばええやん
440: 2024/11/24(日)14:44 ID:nfGcqQne(1) AAS
それなら最初からkotlinをマルチプラットフォームで書けばいいってなっちゃうやん
c#以外を使いたくない
441: 2024/11/24(日)15:40 ID:3j3vc/kc(1) AAS
C#でスマホ開発ができるなんて胸熱だろうが
文句ばっか垂れるな
442: 2024/11/25(月)06:39 ID:E2r7B+Pl(1) AAS
CPUとアプリの間に.NETがいるのが嫌という人もいる
443: 2024/11/25(月)15:22 ID:WMww3zoP(1) AAS
ガベコレ言語ってイヤだよね
地球にやさしくないし
クライアントもサーバーもC++で統一すればいいのに
444(1): 2024/11/25(月)18:34 ID:cPIf45vU(1/2) AAS
>>439
flutterでいいじゃん
445: 2024/11/25(月)18:35 ID:cPIf45vU(2/2) AAS
>>437
xamarinの頃は普通に使えたんだがな
446: 2024/11/25(月)21:16 ID:7NCJ4ANo(1) AAS
flutterはこの前のレイオフでやっぱダメージ受けてるっぽい
447: 2024/11/25(月)22:06 ID:aXban2sf(1/2) AAS
admobとfirebaseのnugetはxamarinが直々に管理してたがリストラで更新停止したからな。
mauiはライブラリが絶望的に弱すぎる。
448: 2024/11/25(月)22:07 ID:aXban2sf(2/2) AAS
line sdkもflutterしか用意されてないし。
449: 2024/11/26(火)07:45 ID:Ias738ec(1) AAS
今のc++が30年前にあれば状況違ってたかもなぁ
450: 2024/11/26(火)12:07 ID:E4Vk2FXQ(1) AAS
今でもGC無しでUI書くのに向いてそうなのってSwiftぐらいしかなくね
451: 2024/11/26(火)12:43 ID:+l9rqZBE(1) AAS
flutter は少しずつ人を抜いていって、最期はコミュニチーに任せます！となるんだろうね
452: 2024/11/26(火)19:25 ID:I58LBomu(1) AAS
>>444
MAUIからKotlinやSwiftを呼ぶのは比較的容易に実装出来るけどMAUIからDart（Flutterの実装言語）を呼ぶのはとてつもなく面倒
一応出来るけどやる価値なし
453: 01/08(水)18:14 ID:fnNawPvK(1) AAS
Line Loginのnugetありますか？
454: 01/08(水)18:41 ID:ZYsfR6HH(1) AAS
そのくらいAPIで自分でやってください
455: 01/09(木)06:53 ID:r7VHQ0AB(1/2) AAS
Macでプロジェクトを作るとWindowsを外してくるし、Windowsで作るとiOSを外してくる・・・・そういう微妙に苦労するようなことなんでするかな？
456(1): 01/09(木)10:27 ID:35R0L/Pu(1/2) AAS
Ionicでいいじゃん
画像処理系やゲーム並に独特なアプリじゃなければだいたいこれで行けるんじゃないの
457(1): 01/09(木)13:26 ID:zf6Wy+4t(1) AAS
>>456
C#じゃないじゃん
458: 01/09(木)19:49 ID:35R0L/Pu(2/2) AAS
>>457
もうc#は捨てろ
459: 01/09(木)19:50 ID:CQAh6CRY(1) AAS
冗談
c#捨てたらコード書けない
460: 01/09(木)21:59 ID:OibLHPh9(1) AAS
アプリ作るのが目的なんだろ?
それなら多少他の環境も..
それともC#で俺ツェーするのが目的か?
461: 01/09(木)23:02 ID:r7VHQ0AB(2/2) AAS
なんでも、慣れ不慣れがあるからな
462: 01/11(土)16:11 ID:LcoeCvHd(1) AAS
結局クロスプラットフォームならWEBかNode.js
WINDOWSならWinFormでいいやとなる
463(1): 01/26(日)13:37 ID:FNjVPeb+(1) AAS
.NET MAUIはオワコン
.NET MAUI hischoolとかいうバカがなんの成果物も出せなかったのがその証左w
464: 01/26(日)13:39 ID:dSMazUpH(1) AAS
その理屈だと、Unity もオワコンだぞw
465: 01/26(日)19:39 ID:6tbjO+Oy(1) AAS
>>463
2年前で更新止まってた
継続できないなら最初からやるなよな…
466: 01/27(月)18:39 ID:GLAImxCZ(1/3) AAS
せめてAdMobとFirebase のNuGetがあれば無料アプリを作る個人も出てくるんだがな
467: 01/27(月)18:40 ID:GLAImxCZ(2/3) AAS
XamarinではXamarin公式サポートだったライブラリが一切使えないのが痛すぎる
468: 01/27(月)18:41 ID:GLAImxCZ(3/3) AAS
AdMobやFirebaseは敵性サービスなのはわかるが、
せめて代替サービスをMicrosoftが用意しろよ
469: 01/27(月)18:46 ID:oq9Y4VlD(1) AAS
もう手遅れだろ
マイクロソフトの開発環境なんてサービス終了が怖くて誰も使えない
同じ理由でクラウドも衰退だろ
470: 01/28(火)13:22 ID:dqvH8r5C(1) AAS
ローカルでVS使うのにいちいちMSアカウントでログインしろと
面倒なのでVS使うのやめた
数年後にMSアカウント凍結の連絡が来たω
471: 01/28(火)16:09 ID:v3vlqg6n(1) AAS
admobはソースコード非公開の怪しいnugetならあるぞ
怖くて使えたもんじゃないがｗ
472: 01/28(火)19:20 ID:uHs49ht6(1) AAS
mauiよりかはかなりましだがflutterもウンコ
この前のレイオフで開発力が糞に
473: 01/28(火)22:35 ID:cMwl46AI(1) AAS
まじで開発止まったよな
実質クローズみたいなもんだな
474: 02/08(土)00:20 ID:k7ViM5sY(1) AAS
flutter 2年がかりのmacrosの開発が中止wwww
くそすぎる
2年も無駄にするという
475: 02/08(土)13:22 ID:1vi9xXrm(1) AAS
NHKも営業システムだかをIBMに依頼して時間掛かりすぎだからダメつって違約金がどうたらやってるじゃん
遅いのは罪なんだよ
476: 02/11(火)16:47 ID:wD3qDW/9(1) AAS
ついにXamarinも開発中止でMAUIに移れって言い出したな。
477(1): 02/14(金)16:10 ID:wsN/94jT(1) AAS
プログラミング業界に激震、Flutter macrosが開発断念
ReactNativeと.NET MAUIがまさかの復権か
2chｽﾚ:news
478: 02/14(金)18:50 ID:SJGZfdEo(1) AAS
>>477
完全に react expoのターンだろ
生成AI「bolt」にスマホアプリ生成が追加🤖
2chｽﾚ:news
479: 03/05(水)20:20 ID:DnMeoT1g(1) AAS
いい加減ASPとXAMLを統合してくれや
RazorとXAMLのViewの構文の違いだけならMS開発環境古参のワイは余裕でやから文句言わへんのやが
フロントエンドのライフサイクルや実装がまったくことなるからMAUIで無理矢理ひとまとめにしても意味ないっちゅーねん
なんでReactがマルチプラットフォームで覇権なんかゆーたらWebモバイルデスクトップで多少の手直しは必要にしても実装に一貫性があるからやんけ
ええ加減RazorかXAMLどっちかに絞って余ったんを捨てろや
480: 03/12(水)09:10 ID:ZD/TrcjK(1) AAS
A 10x Faster TypeScript
外部ﾘﾝｸ:devblogs.microsoft.com
C#を作ったアンダース・ヘルスバーグですらもうC#を選ばないとか終わってるな
481: 03/12(水)10:01 ID:f6EVt6Ik(1) AAS
もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな
TypeScriptをJSやなくてGoのラッパー？にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい
MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ
ワイはJSもTSも余裕のフルスタックエンジニアやからなwww
482: 03/15(土)11:25 ID:GaXvPuIZ(1) AAS
これか
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
外部ﾘﾝｸ[html]:www.publickey1.jp
Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね
C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか
483: 03/15(土)11:34 ID:NDk9Iq9/(1) AAS
一番の理由はC#が単純に遅いってこと
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん
484: 03/17(月)08:30 ID:hw/VMQ1U(1) AAS
golang本スレの錆れ様は何だったのか
485: 03/17(月)16:28 ID:2u8mBUG4(1) AAS
5chはジジイが多いって事を本気で自覚した方がいいってことだろ
Qiitaなんかgoの記事すごい多いいぞ
486: 03/17(月)16:46 ID:afD1DfSv(1) AAS
Qiita()
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww
487: 03/18(火)14:10 ID:HQWzSQmk(1) AAS
TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや
488: 03/18(火)21:32 ID:I22nXZBI(1/2) AAS
外部ﾘﾝｸ: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!
489: 03/18(火)21:37 ID:I22nXZBI(2/2) AAS
外部ﾘﾝｸ: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.
490: 03/18(火)21:47 ID:lF3EIhjD(1) AAS
tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい
491: 03/19(水)00:48 ID:Ll5ZcIPA(1) AAS
もうさGoをJavascriptにトランスパイルさせてよ
Goは書きやすくて便利だからさ
492: 03/19(水)21:51 ID:8L7LK8zU(1) AAS
A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team
外部ﾘﾝｸ:devblogs.microsoft.com
493: 03/26(水)09:55 ID:DVC3Gd5u(1) AAS
このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ？
494: 03/26(水)10:21 ID:f3V4gxVC(1) AAS
凝った作りにしなきゃいいだけ
495(1): 03/29(土)18:57 ID:aNMYPX45(1) AAS
成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね？
496: 04/04(金)11:37 ID:YPXEmT32(1) AAS
.NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを
見て速攻で無理っすって回答した過去を思い出し。
497: 04/04(金)19:35 ID:pqOdz3U3(1) AAS
すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな
498: 04/04(金)21:03 ID:jKbxwbKT(1) AAS
いまは.NET Coreから分岐するのが.NET Frameworkと違うん？
499: 04/04(金)21:18 ID:RPRqX2PR(1) AAS
>>495
もう100MBとか気にしないしElectronでおｋ
500: 04/05(土)02:01 ID:S+1E1KY3(1) AAS
ガイジジイこのスレにも出没するのか
キッツ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s