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

**デフォルトの名無しさん** · 2024/07/04(木) 13:12:47.46

俺がMSに望むもの
DirectXを使った高速描画のReactNative
TypeScriptのネイティブコンパイラ、インタプリタ

この２つを出せばマジで覇権取れる

**デフォルトの名無しさん** · 2024/07/04(木) 15:50:47.35

mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと

**デフォルトの名無しさん** · 2024/07/04(木) 15:51:10.83

タッチ操作とマウス操作は混ぜるな危険
似て非なるもの

**デフォルトの名無しさん** · 2024/07/04(木) 15:51:48.49

iosとandroid
windowsとmac catalystで完全に分けるべきだった

**デフォルトの名無しさん** · 2024/07/04(木) 15:53:46.98

業務システムのクライアントが軒並みiPadアプリ化して
だれもwindowsアプリを作らなくなったから焦ったんだろうけど

**デフォルトの名無しさん** · 2024/07/04(木) 15:55:34.89

今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな

**デフォルトの名無しさん** · 2024/07/04(木) 15:58:01.51

『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui
その結果、ipadアプリ開発でのシェアも失った

**デフォルトの名無しさん** · 2024/07/04(木) 15:58:58.79

visual studio for macの廃止が悪手すぎた
完全にipadアプリ開発者たちに見放された

**デフォルトの名無しさん** · 2024/07/04(木) 16:02:54.37

>>315
ローカルaiはハードウェア要件が高すぎだから確実にコケる
npu搭載で先行したandroidでも大して使われていないし

**デフォルトの名無しさん** · 2024/07/04(木) 16:14:24.73

>>325
しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉

**デフォルトの名無しさん** · 2024/07/04(木) 16:15:04.79

>>315
ローカルで動かすメリットなんて何もないだろ

**デフォルトの名無しさん** · 2024/07/04(木) 16:22:06.93

ローカルもしくは自社内で動かせないと
メリケンゴミカス企業に情報吸われるからな

**デフォルトの名無しさん** · 2024/07/04(木) 16:23:29.17

エロい事やりたい
男のロマン
つかAIって言ってもLLM以外にもあるやろ
SDとかローカルで使ってるやつ多いやろ

**デフォルトの名無しさん** · 2024/07/04(木) 16:28:00.40

丁度昨日も見たけどローカルの英語の動画を
LiveCaptionで字幕つけたわ
翻訳までしてくれるとありがたいな

**デフォルトの名無しさん** · 2024/07/04(木) 22:59:44.38

.NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは？

**デフォルトの名無しさん** · 2024/07/04(木) 23:07:03.92

>>311
Kotlinは書きやすいと思うんだが違うん？

**デフォルトの名無しさん** · 2024/07/05(金) 03:14:27.64

JetBrainsてだけで使う気が失せる
IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ
そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない

**デフォルトの名無しさん** · 2024/07/05(金) 08:04:11.19

>>327
Visual Studio for Macが神アプリに思えるほどVS codeのC#拡張が酷いのが問題の根底にある

https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

VS 2022 for Macから強制的に移行させられたことは苦闘の連続だった。
最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。

**デフォルトの名無しさん** · 2024/07/05(金) 10:30:06.58

>>318
俺もそれだわ
全部Typescriptでいいよもうってなってる
C#→TSはめちゃくちゃ学習コスト低いし

**デフォルトの名無しさん** · 2024/07/05(金) 10:32:33.24

TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ

**デフォルトの名無しさん** · 2024/07/05(金) 10:37:56.53

それはさすがにエアプすぎ
ReactにしろVueにしろどっちも使えるけど
皆がそう思ってるならここまでTSが普及することはない

**デフォルトの名無しさん** · 2024/07/05(金) 10:46:25.28

ニワカほど流行りが大好きやからな
自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか
こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい！サーバーサイド素晴らしい！とか草生えるわｗｗｗ

**デフォルトの名無しさん** · 2024/07/05(金) 11:43:35.14

おっとそうだったな
俺たちはC#と墓場まで一緒だぜ
ウェブ技術なんてもんに手を出すやつはただのミーハーだよな

**デフォルトの名無しさん** · 2024/07/05(金) 12:22:40.34

>>333
言語仕様はモダンだとしてもJVMのライブラリありきの設計だし
普通にJVMの設定が普通の人はもう嫌になる

**デフォルトの名無しさん** · 2024/07/05(金) 12:26:19.64

>>336
C#使いがTSに全く興味持ってないからねえ
だからMSも需要ないと思って開発しないのだろう
既存言語の再実装なんて得意なのにね

**デフォルトの名無しさん** · 2024/07/05(金) 16:04:53.71

まじでJSTS推してるやつはこのスレから出てけよ
敵なんだよおまえら

**デフォルトの名無しさん** · 2024/07/05(金) 16:16:00.37

TSはまだ良いけど基本JS嫌いだし書きたくない
C#だけで全てを解決したい
だからBlazorには期待値が高かった

**デフォルトの名無しさん** · 2024/07/05(金) 16:16:23.98

React推しのMSが最大の敵だな

**デフォルトの名無しさん** · 2024/07/05(金) 18:48:56.67

>>304
そもそもC#は意外と使われてなかったとか。

**デフォルトの名無しさん** · 2024/07/05(金) 18:52:30.42

>>304
そのC#も結局独自実装だからねえ
https://github.com/Unity-Technologies/UnityCsReference

MSの技術とは

**デフォルトの名無しさん** · 2024/07/05(金) 19:24:10.17

C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ
C#がモバイル業界を牛耳る素質はあったのに

**デフォルトの名無しさん** · 2024/07/05(金) 19:26:22.66

>>338
JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ
お前らTypeScriptの前はCoffeeScriptを絶賛していて、
Reactの前はAngularを絶賛していただろうが
何回覚えたことを無駄にさせられたか数え切れねぇわ

**デフォルトの名無しさん** · 2024/07/05(金) 19:34:00.66

>>348
みんなObj-Cにうんざりしてたけど仕方なく覚えたからな
リファレンスカウントの手動上げ下げとかよーやってたわ
あのタイミングでC#メインの仕組みを出せればワンチャンあった
全てが遅すぎた

**デフォルトの名無しさん** · 2024/07/05(金) 19:35:24.05

>>349
BlazorはまんまReactやAngularインスパイアだろ
人のこと言えんわ

**デフォルトの名無しさん** · 2024/07/05(金) 19:45:12.98

フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う

**デフォルトの名無しさん** · 2024/07/05(金) 19:49:59.67

業務用のモバイルデバイスといえばiPad
時点でAndroidタブレット

iPadといえばSwift
AndroidといえばKotlin

SwiftとKotlinの間を取ったような構文なのはC#
しかもSwift寄りで9割は文字列置換でC#に移植できるレベル

ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点

**デフォルトの名無しさん** · 2024/07/05(金) 19:50:20.88

C#はXamarin.FormsとMAUIが欠点

**デフォルトの名無しさん** · 2024/07/05(金) 19:51:21.14

Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた

**デフォルトの名無しさん** · 2024/07/05(金) 19:52:21.66

UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道

**デフォルトの名無しさん** · 2024/07/06(土) 10:01:47.74

KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること
これだけで使用言語の選択肢から外れる

**デフォルトの名無しさん** · 2024/07/06(土) 14:43:51.55

FlutterもだろAndroid Studio必須だからな

**デフォルトの名無しさん** · 2024/07/06(土) 14:46:29.09

FlutterはCLIでできるぞ

**デフォルトの名無しさん** · 2024/07/06(土) 15:48:20.62

flutterはvscodeで触ってた

**デフォルトの名無しさん** · 2024/07/06(土) 16:27:23.83

>>358
IDEはAndroidStudioもXCodeも要らないよ
内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ

**デフォルトの名無しさん** · 2024/09/02(月) 14:30:23.32

C# Dev Kitがゴミすぎてヤバい

**デフォルトの名無しさん** · 2024/09/02(月) 15:47:24.91

このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。
だが、ここを参考にするのは警戒したほうがいい。

**デフォルトの名無しさん** · 2024/09/18(水) 14:14:16.82

モバイルアプリは
・ガワネイティブ（ウェブ系、WebView）
・SwiftUI（Swift、iOSのみ）
・JetpackCompose（Kotlin、Androidのみ）
・Compose Multiplatform（Kotlin、AndroidとiOS）
・Flutter（Dart、AndroidとiOS）
に落ち着いたね

**デフォルトの名無しさん** · 2024/09/18(水) 14:53:22.79

モバイルは十分だからデスクトップアプリの方の頑張りが足りない
Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし

**デフォルトの名無しさん** · 2024/09/18(水) 14:55:04.51

composeはroadmapところだし
順調
tps://developer.android.com/jetpack/androidx/compose-roadmap

**デフォルトの名無しさん** · 2024/09/18(水) 16:13:34.39

最近、店舗のメニューをデジタルアプリ化するところが増えてるよね
ちょうど嫌悪にそういうスレが立っとった

店員「ご注文はスマホでお願いしますｗ(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627]
https://greta.5ch.net/test/read.cgi/poverty/1726639814/

**デフォルトの名無しさん** · 2024/09/18(水) 23:49:43.17

この前入った焼き鳥屋がそうだったわ
「え？ファミレスでも卓上タブ置いてあるのに？」って言っちゃったよ

**デフォルトの名無しさん** · 2024/09/19(木) 08:57:36.57

スマホから個人情報抜く手段よ

**デフォルトの名無しさん** · 2024/09/19(木) 09:18:04.93

噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね

ファーウェイ、Androidから完全脱却した新OSがリリース間近か　パフォーマンス向上などアピール(オタク総研)
#Yahooニュース https://news.yahoo.co.jp/articles/1a167246c18b6ce76f78655682e14bc9af404163

**デフォルトの名無しさん** · 2024/09/19(木) 09:31:12.47

>>370
現時点ではJS/TSでのアプリ開発しか無いらしいよ
ゲームアプリとかどうすんだか

**デフォルトの名無しさん** · 2024/09/20(金) 15:25:54.30

またMACとペアリングできなくなってる
いい加減にして

**Coplit** · 2024/10/05(土) 05:31:27.89

これってVSCodeでまともに作れるの?
いつもVS2022で開発してるんだけど

**デフォルトの名無しさん** · 2024/10/08(火) 20:35:48.12

.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う

**デフォルトの名無しさん** · 2024/10/08(火) 20:57:14.61

MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する

**デフォルトの名無しさん** · 2024/10/08(火) 21:28:47.10

MAUIはUIがショボすぎて無理

**デフォルトの名無しさん** · 2024/10/09(水) 11:10:13.76

>>373
今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
https://github.com/microsoft/vscode-dotnettools/issues/1449

Visual Studio for Macを復活させろとマジで思うくらいグダグダ

**デフォルトの名無しさん** · 2024/10/09(水) 11:11:43.12

Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。

**デフォルトの名無しさん** · 2024/10/09(水) 12:07:41.61

>>376
たしかにBlazor使えばワンチャン
だからスマホ版Electron

**デフォルトの名無しさん** · 2024/10/09(水) 12:08:12.72

>>378
マジかよ終わってんな

**デフォルトの名無しさん** · 2024/10/09(水) 12:49:12.93

tauri2.0でちゃったしなぁ…

**デフォルトの名無しさん** · 2024/10/09(水) 12:59:18.05

MAUIが一番開発活発で人気高いから文句多いのは仕方ない

**デフォルトの名無しさん** · 2024/10/09(水) 13:13:30.03

tauriよりwails 3待ちやろ

**デフォルトの名無しさん** · 2024/10/09(水) 18:07:40.67

>>381
tauriいいの？
ちなみにRustは使いたいとは思わなかった

**デフォルトの名無しさん** · 2024/10/09(水) 18:53:28.03

wailsが1番スマートなんだけどねー。
ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった
tauriは実装されたばかりでまだバギー。

**デフォルトの名無しさん** · 2024/10/09(水) 23:40:33.73

Tauriでの開発を中止してWailsに移行した開発者の記事を見つけた
https://blog.moonguard.dev/why-golang-instead-of-rust-to-develop-the-krater-desktop-app

自分はRustはそこそこ慣れててGoは未経験という立場だけど、Goの方が開発しやすいというのは納得できる
記事でも触れてるけど、Rustはビルドが遅いのと、厳格なメモリ管理や型表現のために学ぶのが難しい
(後者については個人的には好きだし、Rustの良いところだと思ってるけど、全ての人にとってそうだとは思わない)

フロントのTypeScriptの比重が大きいならバックの言語はそこまで重要じゃないし、ビルドの短いGoの方が良さそうではある
フレームワークとしてのTauriとWailsの違い (機能面たったり成熟度だったり) は知らない

TauriやWails、将来的に普及していくのかな
なんだかんだElectronの方が大きいシェアであり続ける、とかもありそう

**デフォルトの名無しさん** · 2024/10/09(水) 23:50:48.86

goあたりがバランスいいよな
rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが)
wailsがバランスいい

**デフォルトの名無しさん** · 2024/10/10(木) 00:32:59.68

Goってそんないいのか？
Googleってあんまり信用できないわ

**デフォルトの名無しさん** · 2024/10/10(木) 00:33:10.78

Flutterもそうだけどさ

**デフォルトの名無しさん** · 2024/10/10(木) 12:31:26.66

Goはいい言語だよ

**デフォルトの名無しさん** · 2024/10/10(木) 12:43:22.75

どういいのか解説できないけど

**デフォルトの名無しさん** · 2024/10/10(木) 13:40:41.23

コンパイル、ビルドが早い
クロスコンパイルしやすい
書きやすく入門しやすい
GCにより厳密なメモリ管理を求められない

少なくともRustよりはいい

**デフォルトの名無しさん** · 2024/10/10(木) 17:00:07.96

>>389
ウェブベースでUIを組むならGo言語のWails
ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin
ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい

**デフォルトの名無しさん** · 2024/10/10(木) 17:48:51.16

>>392
Goってクロスコンパイルしやすいんだ

**デフォルトの名無しさん** · 2024/10/10(木) 19:48:36.63

WinUI3はゴミ品質だからさわらない方が吉

**デフォルトの名無しさん** · 2024/10/11(金) 22:59:09.52

XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし
クライアントサイドからは完全撤退する気だろ。
https://github.com/xamarin/GoogleApisForiOSComponents

**デフォルトの名無しさん** · 2024/10/11(金) 23:01:13.38

dotnetはasp .net core専用だよ

**デフォルトの名無しさん** · 2024/10/12(土) 08:58:10.40

C#のネイティブAOT対応が遅すぎた
やってることがKotlinの後追いでしかない

**デフォルトの名無しさん** · 2024/10/12(土) 09:14:58.36

c#しか使えない俺にとっては後追いは何も問題ない

**デフォルトの名無しさん** · 2024/10/12(土) 11:35:51.37

C#こそ最強
Kotlinなんてスマホ以外で使ってるやつ見たことない
てかそもそもどんな言語なのか知らない

警備員[Lv.5][新芽] · 2024/10/12(土) 11:52:31.65

言語よくてもアプリ作るのが目的だから
まともなUIフレームワークないからC#は役立たず

**デフォルトの名無しさん** · 2024/10/12(土) 13:00:39.27

Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない
金の亡者JetBrainsの作る言語なんて使わなくていい

**デフォルトの名無しさん** · 2024/10/12(土) 14:24:18.81

実質有償って何？
.netのサポート期間短くない？
サポート切れたらバージョン上げてビルドしてテストして差し替えとか面倒すぎない？

**デフォルトの名無しさん** · 2024/10/12(土) 17:46:43.26

.NET Frameworkは実質どのPCにも入ってるからこれで開発するね…

**デフォルトの名無しさん** · 2024/10/12(土) 23:24:29.78

>>402
C#もiOS/AndroidアプリはJetBrains Rider必須になったぞ。

Visual Studio for Mac 廃止
Visual Studio + xcodeリモートビルドは不具合だらけ。
VScode C# Dev Kit も不具合だらけ
iOSのstoryboardやAndroidのaxmlすら開けない始末。
githubにある最新版だと開くだけはできるようになったが、ボタンすら配置できないゴミ。

**デフォルトの名無しさん** · 2024/10/13(日) 10:06:59.43

>>403
KotlinはIDEが公式の有償製品じゃないと使い物にならないってこと
vscodeじゃまともに開発できないのは終わってる

**デフォルトの名無しさん** · 2024/10/13(日) 11:06:55.02

その理屈でいくとC#も有償のVisualStudioサブスクリプションが必須だよ（入れないとC#DevKitライセンス違反になっちゃう）
個人開発じゃないならC#も選択肢に入れちゃだめだね

**デフォルトの名無しさん** · 2024/10/13(日) 13:58:48.65

有償なことは変わらんけど買い切りの永続ライセンスじゃダメなんだっけ？

**デフォルトの名無しさん** · 2024/10/13(日) 14:32:23.11

>>407
Roslyn以降のC#はＭＩＴライセンスだよ
https://github.com/dotnet/roslyn

**デフォルトの名無しさん** · 2024/10/13(日) 15:38:24.91

んー、Roslyn単体が無償だとして
VisualStudioをつかわず、VSCode + C#DevKitも使わないでまともに開発できるの？
406の言うKotlinと同レベルの終わり方になる気がする

>>408 ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG

**デフォルトの名無しさん** · 2024/10/13(日) 15:51:34.08

メモ帳で開発してるけど？

**デフォルトの名無しさん** · 2024/10/13(日) 16:42:12.54

>>410
感謝
見たけどダメそうだな
研修受けてる奴らがvscode使ってるぽいからそのまま本番環境入ったらたぶんライセンス違反してたは

**デフォルトの名無しさん** · 2024/10/13(日) 22:25:33.33

c# dev kitはiOSアプリ作れなくなったし論外だろ。
比較対象にすらならない。

**デフォルトの名無しさん** · 2024/10/13(日) 22:55:07.37

>>144
WindowのAppWindowで出来るよ

**デフォルトの名無しさん** · 2024/10/14(月) 02:07:01.29

>>144
それは思う
あとなんか知らんがビヘイビアのライブラリがWindowにはつかないよなWinUI
Page以降ならつくけどWindowに付けられればactivateとかのイベントもMVVMでViewモデルにコード書けるから楽だと思うんだけどね

**デフォルトの名無しさん** · 2024/10/14(月) 02:08:40.00

>>410
>ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
C#アプリを企業で開発する場合、買い切りの VisualStudio では駄目で、サブスクリプション
でなくてはならなくなったということなの？

**デフォルトの名無しさん** · 2024/10/14(月) 06:52:09.47

>>416
ごめん主語省いちゃったね、410はC#DevKitのライセンスの話
従来通りVSで開発するならサブスク不要、
無償環境のつもりでVSCode+C#DevKitを使うとサブスクなしならライセンス違反

**デフォルトの名無しさん** · 2024/10/14(月) 09:36:05.85

使ったことないから聞きたいんだけど、以下の認識であってる？
・C#DevKit: VS Code用の拡張機能
・これを使うにはサブスク版のVSのライセンスが必要 (VSとは別の「C#DevKitのライセンス」があるわけではない)

**デフォルトの名無しさん** · 2024/10/14(月) 12:48:22.73

>>418
業務利用ならそれで合ってる
研修用途とか個人開発とかなら、VSのCommunityEditionのライセンス、つまり無償で使える

正確なところはライセンス記載のページを見てちょうだい

**デフォルトの名無しさん** · 2024/10/14(月) 18:12:10.28

サブスク契約しなくても使えるならどうでもいいわ
縛ってきたら使わなくなるだけだし

**デフォルトの名無しさん** · 2024/10/14(月) 18:24:39.59

小学校のプログラミング教育必修は2020年かららしい

**デフォルトの名無しさん** · 2024/10/14(月) 18:29:57.52

有償のC# Dev Kitなんかなくても開発できるし

**デフォルトの名無しさん** · 2024/10/16(水) 07:05:53.90

日本の交通の基盤を提供するアプリが未だサポート切れのXamarinで作られてるって正直考えられないよな
AzureのモバイルアプリもまだXamarinだし
全然.NET MAUI化が進んでない

**デフォルトの名無しさん** · 2024/10/16(水) 10:05:41.50

>>423
そこら辺のアプリはC#のコア部分をexportC化してUIをウェブ系、KMP、Flutterのどれかで新しく実装し直したほうがいい気がするわ

**デフォルトの名無しさん** · 2024/10/16(水) 10:09:37.38

「C#のコア部分」じゃなくて「アプリのコア部分のC#コード」だな>>424
クリーンアーキテクチャでいうところのデータ・レポジトリ部分

**デフォルトの名無しさん** · 2024/10/16(水) 12:17:09.89

>>424
いやMAUIでいいだろ、、、

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

いつのまにかRiderが無償化されてた

**デフォルトの名無しさん** · 2024/11/18(月) 23:31:11.64

JetBrainsのIDEでRiderは触ったことなかったな
Avalonia用もあるのかよ

**デフォルトの名無しさん** · 2024/11/19(火) 21:03:18.76

Riderの無償化は非商用だけなんだけどね

**デフォルトの名無しさん** · 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

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

**デフォルトの名無しさん** · 2025/11/21(金) 16:58:18.60

マイクロソフトはついに、Windows 11の主要コア機能のほぼすべてが壊れていることを認めた。

このテクノロジー大手は本日、最新のパッチチューズデーがゲームのパフォーマンス低下を引き起こしているとNVIDIAから非難された。NVIDIAは、これらの問題を解決するための緊急ホットフィックスドライバーをリリースした。

これは、今週初めに発表されたエージェントOSへのオペレーティングシステムの進化により、同社のWindows責任者が最近直面した激しい反発の直後に起こった。

しかし明るい面としては、こうした反発を受けて、MicrosoftはWindowsに問題があることを認め、まるで合図を送るかのように、新たなサポート記事でWindows 11のほぼすべての主要なコア機能に問題があることを認めました。問題はXAMLに関連しており、スタートメニュー、タスクバー、エクスプローラー、Windows設定など、すべてのシェルコンポーネントに影響を与えています。

**デフォルトの名無しさん** · 2025/11/21(金) 16:59:40.41

MSついにWin11がどんなハイスペPCでも常にもっさりしたりプチフリするほどパフォーマンスが酷い原因がXAMLだと認めるwww

**デフォルトの名無しさん** · 2025/11/29(土) 00:27:31.04

何言ってんだこいつ

**デフォルトの名無しさん** · 2025/11/30(日) 06:01:09.90

Windows 11でファイルエクスプローラーをプリロードするとRAM使用量が2倍になり、速度向上は最小限に抑えられる

Windows Latest のテストにより、プリロードが部分的に機能し、ファイルエクスプローラーの読み込みが高速化されることが確認されましたが、十分な速度ではありません。Dev チャネルと Beta チャネルで利用可能な最新の Windows 11 Insider Preview Build 26220.7271 (KB5070307) を実行している仮想マシンでは、通常のファイルエクスプローラーの起動で 35 MB の RAM が使用されます。ただし、プリロードされたバージョンでは、バックグラウンドプロセスにより、そのほぼ 2 倍の 67.4 MB の RAM が使用されます。エンドユーザーにはほとんど変化が感じられず、ファイルエクスプローラーは依然として動作が遅いように感じられます。

以前のWindows 10のファイルエクスプローラーはWin32 UI要素を使用していたため、パフォーマンスの向上は必要ありませんでした。しかし、Windows 11では、このレガシーコアに最新のWinUI/XAMLがオーバーレイされています。そのため、追加されたUI要素によって、アプリケーション全体の速度が低下しています。

WinUI/XAMLがWin11のパフォーマンス低下の根本的な原因だと判明www

**デフォルトの名無しさん** · 2025/11/30(日) 08:19:40.69

流石にWin11エクスプローラについてはそれ以前の問題だと思うぜ
VisualStudioなんかも早くからWPFだしWindows TerminalもWinUIだけどあそこまで悲惨なことにはなってねえし

**デフォルトの名無しさん** · 2025/11/30(日) 22:38:19.44

Win11のはKB5062553導入でXAMLパーサーのロードが遅れて、起動中に読み込まれたエレメントが
間に合わずに壊れてたってのが原因だからねえ。

**デフォルトの名無しさん** · 2025/12/01(月) 00:06:09.16

マルチタブ切り替えたりすると、固まるんじゃないかって不安になるくらい重いね11のエクスプローラー・・・
皆他のファイラー使ってたりするの？

**デフォルトの名無しさん** · 2025/12/01(月) 00:09:22.00

MSはなんでもかんでもプリロードする病を治せよ
要は起動を速く見せかけるためにデスクトップをアプデ後の後処理より早く読み込んでたのが原因だろう
これに限らずあらゆるアプリが自分を速く見せるために競ってプリロードしまくってただでさえ重い起動直後のCPUとディスクを奪い合って全体として遅くなってる
やらかした後だというのに更にエクスプローラのプリロードを増やす計画とかさあ…

**デフォルトの名無しさん** · 2025/12/01(月) 00:10:17.35

そもそもWinRTやUWPが失敗したのもWPFから無理矢理XAMLを引っ張ってきたのが根本的な原因なのだがwww
開発も大変ならパフォーマンスも悪くてマルチプラットフォーム化も問題だらけのXAMLを捨てきれず今でも固執し続けてるのがそもそも大失敗でMSの開発環境における失われた15年なのは確定的に明らか

**デフォルトの名無しさん** · 2025/12/01(月) 16:56:49.63

Windows updateで何度問題起こしても懲りないからな
原因報告受けても認めず被害を長期化させてバカ丸出しなんだよ
有償OSでやっていい事じゃないだろ
本当におかしな会社だよ

**デフォルトの名無しさん** · 2025/12/01(月) 17:08:18.62

まぁ未だにデスクトップでWindowsが86%程度のシェア保ててる理由がゲームのお陰だからな
それもValveがProtonとSteamOSとハードウェアに注力してるお陰で遂に大手メーカーがLinuxのゲーム環境で最大の障害であるカーネルモードで動作するアンチチートをLinuxとArmに対応し始めたからな
これで大手のビッグタイトル’すべてがLinuxに公式対応したらゲームでもずっとパフォーマンス低下問題を改善できないままのWindowsの牙城が崩れるのは確定的に明らか
これでやっとWindowsをみんなが捨てられてユーザーもデベロッパーもウィンウィンになるぞ

**デフォルトの名無しさん** · 2025/12/02(火) 04:13:41.07

同社は最近、特定のエンタープライズシステムのタスクバーやエクスプローラーなどの主要な OS 機能を含むWindows Shell 全体に多くの重大な問題があることを認めました。これらの問題は、UWP、WPF、WinUI 上に構築された Windows UI 要素の大部分を構成する XAML に何らかの形で関連しています。

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

XAMLが悪かったとして
だから何なの。。

**デフォルトの名無しさん** · 2025/12/03(水) 17:58:28.22

マイクロソフトは、一部のPCで24H2だけでなくWindows 11 25H2の主要なUI機能も壊れていることを認めた
先月11月後半、NeowinはMicrosoftがWindowsの最も重要なUIとUXコンポーネントの一部に不具合があることを説明するサポート記事を掲載したことを知りました。もしこのニュースを見逃していた方のためにお伝えすると、このテクノロジー界の巨人は、エクスプローラー、スタートメニュー、タスクバーなどを含むWindows 11のシェル要素が、一部のエンタープライズおよびオフィスシステムでバグを起こしていることを認めています。
このサポート記事は、IT管理者とシステム管理者がこうした問題に対処するためのガイダンスとして公開されました。主な問題はXAMLに関連しており、本日Microsoftはこの問題に関する詳細情報を追加しました。

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

TortoiseGit入れると高確率でフリーズするし
PCも古かったのでマシン入れ替えたけど全く解決しなかった
OS自体がイかれてるならそうなるわね

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

>>513
MAUIはWinUIがベースだから関係大有りなのだが?www

>>515
WPFから始まったそびえたつうんこの産廃XAMLを維持で強要し続けてシェア減らし続けてるのもうスパイ以外のナニモノでもないだろwww
そしてMSはXAMLを使わずアプリをほぼすべてReactで開発してるの一体どんな喜劇なんだよwww

**デフォルトの名無しさん** · 2025/12/03(水) 21:15:35.43

はやく全部TypeScriptにしてくれ
低レベルはもう全部C++でいい
どうせAIが書くから