.NET MAUIが不人気な原因なんなの？ (500ﾚｽ)
.NET MAUIが不人気な原因なんなの？ http://mevius.5ch.net/test/read.cgi/tech/1712104264/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
471: デフォルトの名無しさん [] 2025/01/28(火) 16:09:23.03 ID:v3vlqg6n admobはソースコード非公開の怪しいnugetならあるぞ 怖くて使えたもんじゃないがｗ http://mevius.5ch.net/test/read.cgi/tech/1712104264/471
472: デフォルトの名無しさん [sage] 2025/01/28(火) 19:20:01.37 ID:uHs49ht6 mauiよりかはかなりましだがflutterもウンコ この前のレイオフで開発力が糞に http://mevius.5ch.net/test/read.cgi/tech/1712104264/472
473: デフォルトの名無しさん [sage] 2025/01/28(火) 22:35:34.03 ID:cMwl46AI まじで開発止まったよな 実質クローズみたいなもんだな http://mevius.5ch.net/test/read.cgi/tech/1712104264/473
474: デフォルトの名無しさん [] 2025/02/08(土) 00:20:39.85 ID:k7ViM5sY flutter 2年がかりのmacrosの開発が中止wwww くそすぎる 2年も無駄にするという http://mevius.5ch.net/test/read.cgi/tech/1712104264/474
475: デフォルトの名無しさん [sage] 2025/02/08(土) 13:22:47.28 ID:1vi9xXrm NHKも営業システムだかをIBMに依頼して時間掛かりすぎだからダメつって違約金がどうたらやってるじゃん 遅いのは罪なんだよ http://mevius.5ch.net/test/read.cgi/tech/1712104264/475
476: デフォルトの名無しさん [sage] 2025/02/11(火) 16:47:27.00 ID:wD3qDW/9 ついにXamarinも開発中止でMAUIに移れって言い出したな。 http://mevius.5ch.net/test/read.cgi/tech/1712104264/476
477: デフォルトの名無しさん [sage] 2025/02/14(金) 16:10:51.62 ID:wsN/94jT プログラミング業界に激震、Flutter macrosが開発断念 ReactNativeと.NET MAUIがまさかの復権か https://hayabusa9.5ch.net/test/read.cgi/news/1739513015/ http://mevius.5ch.net/test/read.cgi/tech/1712104264/477
478: デフォルトの名無しさん [] 2025/02/14(金) 18:50:48.14 ID:SJGZfdEo >>477 完全に react expoのターンだろ 生成AI「bolt」にスマホアプリ生成が追加🤖 https://hayabusa9.5ch.net/test/read.cgi/news/1739515512/ http://mevius.5ch.net/test/read.cgi/tech/1712104264/478
479: デフォルトの名無しさん [sage] 2025/03/05(水) 20:20:18.98 ID:DnMeoT1g いい加減ASPとXAMLを統合してくれや RazorとXAMLのViewの構文の違いだけならMS開発環境古参のワイは余裕でやから文句言わへんのやが フロントエンドのライフサイクルや実装がまったくことなるからMAUIで無理矢理ひとまとめにしても意味ないっちゅーねん なんでReactがマルチプラットフォームで覇権なんかゆーたらWebモバイルデスクトップで多少の手直しは必要にしても実装に一貫性があるからやんけ ええ加減RazorかXAMLどっちかに絞って余ったんを捨てろや http://mevius.5ch.net/test/read.cgi/tech/1712104264/479
480: デフォルトの名無しさん [sage] 2025/03/12(水) 09:10:52.04 ID:ZD/TrcjK A 10x Faster TypeScript https://devblogs.microsoft.com/typescript/typescript-native-port/ C#を作ったアンダース・ヘルスバーグですらもうC#を選ばないとか終わってるな http://mevius.5ch.net/test/read.cgi/tech/1712104264/480
481: デフォルトの名無しさん [sage] 2025/03/12(水) 10:01:18.74 ID:f6EVt6Ik もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな TypeScriptをJSやなくてGoのラッパー？にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ ワイはJSもTSも余裕のフルスタックエンジニアやからなwww http://mevius.5ch.net/test/read.cgi/tech/1712104264/481
482: デフォルトの名無しさん [sage] 2025/03/15(土) 11:25:36.86 ID:GaXvPuIZ これか マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に https://www.publickey1.jp/blog/25/typescriptgo10.html Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか http://mevius.5ch.net/test/read.cgi/tech/1712104264/482
483: デフォルトの名無しさん [sage] 2025/03/15(土) 11:34:23.06 ID:NDk9Iq9/ 一番の理由はC#が単純に遅いってこと 今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん http://mevius.5ch.net/test/read.cgi/tech/1712104264/483
484: デフォルトの名無しさん [sage] 2025/03/17(月) 08:30:35.74 ID:hw/VMQ1U golang本スレの錆れ様は何だったのか http://mevius.5ch.net/test/read.cgi/tech/1712104264/484
485: デフォルトの名無しさん [sage] 2025/03/17(月) 16:28:10.88 ID:2u8mBUG4 5chはジジイが多いって事を本気で自覚した方がいいってことだろ Qiitaなんかgoの記事すごい多いいぞ http://mevius.5ch.net/test/read.cgi/tech/1712104264/485
486: デフォルトの名無しさん [sage] 2025/03/17(月) 16:46:00.68 ID:afD1DfSv Qiita() 自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草 今はZennの時代なんだよジジイwww http://mevius.5ch.net/test/read.cgi/tech/1712104264/486
487: デフォルトの名無しさん [] 2025/03/18(火) 14:10:14.93 ID:HQWzSQmk TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや http://mevius.5ch.net/test/read.cgi/tech/1712104264/487
488: デフォルトの名無しさん [sage] 2025/03/18(火) 21:32:27.68 ID: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! http://mevius.5ch.net/test/read.cgi/tech/1712104264/488
489: デフォルトの名無しさん [sage] 2025/03/18(火) 21:37:29.28 ID: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. http://mevius.5ch.net/test/read.cgi/tech/1712104264/489
490: デフォルトの名無しさん [sage] 2025/03/18(火) 21:47:34.88 ID:lF3EIhjD tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい http://mevius.5ch.net/test/read.cgi/tech/1712104264/490
491: デフォルトの名無しさん [sage] 2025/03/19(水) 00:48:24.72 ID:Ll5ZcIPA もうさGoをJavascriptにトランスパイルさせてよ Goは書きやすくて便利だからさ http://mevius.5ch.net/test/read.cgi/tech/1712104264/491
492: デフォルトの名無しさん [] 2025/03/19(水) 21:51:32.78 ID:8L7LK8zU A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team ps://devblogs.microsoft.com/typescript/typescript-native-port/ http://mevius.5ch.net/test/read.cgi/tech/1712104264/492
493: デフォルトの名無しさん [] 2025/03/26(水) 09:55:01.75 ID:DVC3Gd5u このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ？ http://mevius.5ch.net/test/read.cgi/tech/1712104264/493
494: デフォルトの名無しさん [sage] 2025/03/26(水) 10:21:45.29 ID:f3V4gxVC 凝った作りにしなきゃいいだけ http://mevius.5ch.net/test/read.cgi/tech/1712104264/494
495: デフォルトの名無しさん [sage] 2025/03/29(土) 18:57:22.25 ID:aNMYPX45 成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね？ http://mevius.5ch.net/test/read.cgi/tech/1712104264/495
496: デフォルトの名無しさん [sage] 2025/04/04(金) 11:37:33.92 ID:YPXEmT32 .NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを 見て速攻で無理っすって回答した過去を思い出し。 http://mevius.5ch.net/test/read.cgi/tech/1712104264/496
497: デフォルトの名無しさん [sage] 2025/04/04(金) 19:35:10.01 ID:pqOdz3U3 すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走 その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死 WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡 まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな http://mevius.5ch.net/test/read.cgi/tech/1712104264/497
498: デフォルトの名無しさん [sage] 2025/04/04(金) 21:03:27.10 ID:jKbxwbKT いまは.NET Coreから分岐するのが.NET Frameworkと違うん？ http://mevius.5ch.net/test/read.cgi/tech/1712104264/498
499: デフォルトの名無しさん [sage] 2025/04/04(金) 21:18:41.07 ID:RPRqX2PR >>495 もう100MBとか気にしないしElectronでおｋ http://mevius.5ch.net/test/read.cgi/tech/1712104264/499
500: デフォルトの名無しさん [sage] 2025/04/05(土) 02:01:59.89 ID:S+1E1KY3 ガイジジイこのスレにも出没するのか キッツ http://mevius.5ch.net/test/read.cgi/tech/1712104264/500
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.589s*