.NET MAUIが不人気な原因なんなの？

**デフォルトの名無しさん** · 2024/11/22(金) 17:43:03.80

VSCodeが救いようのないゴミだからマジ助かる

**デフォルトの名無しさん** · 2024/11/22(金) 19:44:45.11

.NET MAUI 有名アプリ
>.NET MAUI を使用して開発された有名なアプリはありませんが
ゴーグルでは無いことになってる
ChatGPTはいくつか(有名ではない)名前が出てきた

**デフォルトの名無しさん** · 2024/11/22(金) 20:31:15.42

MAUI 利点より欠点の方が多いからな

**デフォルトの名無しさん** · 2024/11/23(土) 06:59:10.29

>>430
VSCodeの一番のいいところが商用無料なところだからRiderやVSとは差別化されてる

**デフォルトの名無しさん** · 2024/11/23(土) 08:46:14.24

なにいってだこいつ

**デフォルトの名無しさん** · 2024/11/23(土) 14:35:55.08

vscodeでC#やるのは商用有償なプラグインを入れなきゃいけないから、vscodeだって実質商用有償

**デフォルトの名無しさん** · 2024/11/23(土) 17:31:42.80

>>435の言う通り、商用の場合プラグインが優勝になります！おめでとう！

**デフォルトの名無しさん** · 2024/11/23(土) 17:45:02.18

MAUIはAdMobもFirebase Authも使えないのに流行る訳ねえだろ。

**デフォルトの名無しさん** · 2024/11/23(土) 21:47:33.24

C#を辞めれば万事解決

**デフォルトの名無しさん** · 2024/11/24(日) 09:13:44.30

>>437
そこら辺はKotlinやSwiftで適宜書けばええやん

**デフォルトの名無しさん** · 2024/11/24(日) 14:44:28.03

それなら最初からkotlinをマルチプラットフォームで書けばいいってなっちゃうやん
c#以外を使いたくない

**デフォルトの名無しさん** · 2024/11/24(日) 15:40:55.34

C#でスマホ開発ができるなんて胸熱だろうが
文句ばっか垂れるな

**デフォルトの名無しさん** · 2024/11/25(月) 06:39:03.77

CPUとアプリの間に.NETがいるのが嫌という人もいる

**デフォルトの名無しさん** · 2024/11/25(月) 15:22:37.87

ガベコレ言語ってイヤだよね
地球にやさしくないし
クライアントもサーバーもC++で統一すればいいのに

**デフォルトの名無しさん** · 2024/11/25(月) 18:34:37.04

>>439
flutterでいいじゃん

**デフォルトの名無しさん** · 2024/11/25(月) 18:35:24.60

>>437
xamarinの頃は普通に使えたんだがな

**デフォルトの名無しさん** · 2024/11/25(月) 21:16:29.38

flutterはこの前のレイオフでやっぱダメージ受けてるっぽい

**デフォルトの名無しさん** · 2024/11/25(月) 22:06:00.11

admobとfirebaseのnugetはxamarinが直々に管理してたがリストラで更新停止したからな。
mauiはライブラリが絶望的に弱すぎる。

**デフォルトの名無しさん** · 2024/11/25(月) 22:07:26.63

line sdkもflutterしか用意されてないし。

**デフォルトの名無しさん** · 2024/11/26(火) 07:45:56.40

今のc++が30年前にあれば状況違ってたかもなぁ

**デフォルトの名無しさん** · 2024/11/26(火) 12:07:01.64

今でもGC無しでUI書くのに向いてそうなのってSwiftぐらいしかなくね

**デフォルトの名無しさん** · 2024/11/26(火) 12:43:25.34

flutter は少しずつ人を抜いていって、最期はコミュニチーに任せます！となるんだろうね

**デフォルトの名無しさん** · 2024/11/26(火) 19:25:27.02

>>444
MAUIからKotlinやSwiftを呼ぶのは比較的容易に実装出来るけどMAUIからDart（Flutterの実装言語）を呼ぶのはとてつもなく面倒
一応出来るけどやる価値なし

**デフォルトの名無しさん** · 2025/01/08(水) 18:14:30.83

Line Loginのnugetありますか？

**デフォルトの名無しさん** · 2025/01/08(水) 18:41:41.16

そのくらいAPIで自分でやってください

**デフォルトの名無しさん** · 2025/01/09(木) 06:53:45.78

Macでプロジェクトを作るとWindowsを外してくるし、Windowsで作るとiOSを外してくる・・・・そういう微妙に苦労するようなことなんでするかな？

**デフォルトの名無しさん** · 2025/01/09(木) 10:27:46.08

Ionicでいいじゃん
画像処理系やゲーム並に独特なアプリじゃなければだいたいこれで行けるんじゃないの

**デフォルトの名無しさん** · 2025/01/09(木) 13:26:59.33

>>456
C#じゃないじゃん

**デフォルトの名無しさん** · 2025/01/09(木) 19:49:27.69

>>457
もうc#は捨てろ

**デフォルトの名無しさん** · 2025/01/09(木) 19:50:13.93

冗談
c#捨てたらコード書けない

**デフォルトの名無しさん** · 2025/01/09(木) 21:59:03.51

アプリ作るのが目的なんだろ?
それなら多少他の環境も..
それともC#で俺ツェーするのが目的か?

**デフォルトの名無しさん** · 2025/01/09(木) 23:02:51.72

なんでも、慣れ不慣れがあるからな

**デフォルトの名無しさん** · 2025/01/11(土) 16:11:38.45

結局クロスプラットフォームならWEBかNode.js
WINDOWSならWinFormでいいやとなる

**デフォルトの名無しさん** · 2025/01/26(日) 13:37:00.35

.NET MAUIはオワコン
.NET MAUI hischoolとかいうバカがなんの成果物も出せなかったのがその証左w

**デフォルトの名無しさん** · 2025/01/26(日) 13:39:08.74

その理屈だと、Unity もオワコンだぞw

**デフォルトの名無しさん** · 2025/01/26(日) 19:39:00.95

>>463
2年前で更新止まってた
継続できないなら最初からやるなよな…

**デフォルトの名無しさん** · 2025/01/27(月) 18:39:10.61

せめてAdMobとFirebase のNuGetがあれば無料アプリを作る個人も出てくるんだがな

**デフォルトの名無しさん** · 2025/01/27(月) 18:40:18.14

XamarinではXamarin公式サポートだったライブラリが一切使えないのが痛すぎる

**デフォルトの名無しさん** · 2025/01/27(月) 18:41:31.36

AdMobやFirebaseは敵性サービスなのはわかるが、
せめて代替サービスをMicrosoftが用意しろよ

**デフォルトの名無しさん** · 2025/01/27(月) 18:46:24.72

もう手遅れだろ
マイクロソフトの開発環境なんてサービス終了が怖くて誰も使えない
同じ理由でクラウドも衰退だろ

**デフォルトの名無しさん** · 2025/01/28(火) 13:22:53.18

ローカルでVS使うのにいちいちMSアカウントでログインしろと
面倒なのでVS使うのやめた
数年後にMSアカウント凍結の連絡が来たω

**デフォルトの名無しさん** · 2025/01/28(火) 16:09:23.03

admobはソースコード非公開の怪しいnugetならあるぞ
怖くて使えたもんじゃないがｗ

**デフォルトの名無しさん** · 2025/01/28(火) 19:20:01.37

mauiよりかはかなりましだがflutterもウンコ
この前のレイオフで開発力が糞に

**デフォルトの名無しさん** · 2025/01/28(火) 22:35:34.03

まじで開発止まったよな
実質クローズみたいなもんだな

**デフォルトの名無しさん** · 2025/02/08(土) 00:20:39.85

flutter 2年がかりのmacrosの開発が中止wwww
くそすぎる
2年も無駄にするという

**デフォルトの名無しさん** · 2025/02/08(土) 13:22:47.28

NHKも営業システムだかをIBMに依頼して時間掛かりすぎだからダメつって違約金がどうたらやってるじゃん
遅いのは罪なんだよ

**デフォルトの名無しさん** · 2025/02/11(火) 16:47:27.00

ついにXamarinも開発中止でMAUIに移れって言い出したな。

**デフォルトの名無しさん** · 2025/02/14(金) 16:10:51.62

プログラミング業界に激震、Flutter macrosが開発断念
ReactNativeと.NET MAUIがまさかの復権か
https://hayabusa9.5ch.net/test/read.cgi/news/1739513015/

**デフォルトの名無しさん** · 2025/02/14(金) 18:50:48.14

>>477
完全に react expoのターンだろ

生成AI「bolt」にスマホアプリ生成が追加🤖
https://hayabusa9.5ch.net/test/read.cgi/news/1739515512/

**デフォルトの名無しさん** · 2025/03/05(水) 20:20:18.98

いい加減ASPとXAMLを統合してくれや
RazorとXAMLのViewの構文の違いだけならMS開発環境古参のワイは余裕でやから文句言わへんのやが
フロントエンドのライフサイクルや実装がまったくことなるからMAUIで無理矢理ひとまとめにしても意味ないっちゅーねん
なんでReactがマルチプラットフォームで覇権なんかゆーたらWebモバイルデスクトップで多少の手直しは必要にしても実装に一貫性があるからやんけ
ええ加減RazorかXAMLどっちかに絞って余ったんを捨てろや

**デフォルトの名無しさん** · 2025/03/12(水) 09:10:52.04

A 10x Faster TypeScript
https://devblogs.microsoft.com/typescript/typescript-native-port/

C#を作ったアンダース・ヘルスバーグですらもうC#を選ばないとか終わってるな

**デフォルトの名無しさん** · 2025/03/12(水) 10:01:18.74

もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな
TypeScriptをJSやなくてGoのラッパー？にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい
MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ
ワイはJSもTSも余裕のフルスタックエンジニアやからなwww

**デフォルトの名無しさん** · 2025/03/15(土) 11:25:36.86

これか

マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
https://www.publickey1.jp/blog/25/typescriptgo10.html

Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね

C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか

**デフォルトの名無しさん** · 2025/03/15(土) 11:34:23.06

一番の理由はC#が単純に遅いってこと
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん

**デフォルトの名無しさん** · 2025/03/17(月) 08:30:35.74

golang本スレの錆れ様は何だったのか

**デフォルトの名無しさん** · 2025/03/17(月) 16:28:10.88

5chはジジイが多いって事を本気で自覚した方がいいってことだろ
Qiitaなんかgoの記事すごい多いいぞ

**デフォルトの名無しさん** · 2025/03/17(月) 16:46:00.68

Qiita()
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww

**デフォルトの名無しさん** · 2025/03/18(火) 14:10:14.93

TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや

**デフォルトの名無しさん** · 2025/03/18(火) 21:32:27.68

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!

**デフォルトの名無しさん** · 2025/03/18(火) 21:37:29.28

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.

**デフォルトの名無しさん** · 2025/03/18(火) 21:47:34.88

tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい

**デフォルトの名無しさん** · 2025/03/19(水) 00:48:24.72

もうさGoをJavascriptにトランスパイルさせてよ
Goは書きやすくて便利だからさ

**デフォルトの名無しさん** · 2025/03/19(水) 21:51:32.78

A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team
ps://devblogs.microsoft.com/typescript/typescript-native-port/

**デフォルトの名無しさん** · 2025/03/26(水) 09:55:01.75

このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ？

**デフォルトの名無しさん** · 2025/03/26(水) 10:21:45.29

凝った作りにしなきゃいいだけ

**デフォルトの名無しさん** · 2025/03/29(土) 18:57:22.25

成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね？

**デフォルトの名無しさん** · 2025/04/04(金) 11:37:33.92

.NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを
見て速攻で無理っすって回答した過去を思い出し。

**デフォルトの名無しさん** · 2025/04/04(金) 19:35:10.01

すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな

**デフォルトの名無しさん** · 2025/04/04(金) 21:03:27.10

いまは.NET Coreから分岐するのが.NET Frameworkと違うん？

**デフォルトの名無しさん** · 2025/04/04(金) 21:18:41.07

>>495
もう100MBとか気にしないしElectronでおｋ

**デフォルトの名無しさん** · 2025/04/05(土) 02:01:59.89

ガイジジイこのスレにも出没するのか
キッツ