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

**デフォルトの名無しさん** · 2024/04/12(金) 15:33:35.20

iosアプリ開発はmac必須なのにvisual studio codeが使い物にならないせいでどうにもならない

**デフォルトの名無しさん** · 2024/04/12(金) 18:01:46.39

>>76
3.1触ったことあるってマジで何歳よ？
ジジイの俺ですら検証用のマシーンでチラッと見たことがある程度で触ったことはないぞ

**デフォルトの名無しさん** · 2024/04/12(金) 21:20:22.60

>>78
Mac不要なのを知らんのか？

**デフォルトの名無しさん** · 2024/04/12(金) 22:09:01.89

MAUIはmacOSはもうずっとCatalystでお茶を濁すつもりなの？前に触った時Windowサイズすら変えられないと知って絶望した
C#はもう観念して、せめてデスクトップに集中してほしいんだが

**デフォルトの名無しさん** · 2024/04/12(金) 22:46:27.69

>>79
Windows3.1は1990年代の前半だから40代の元パソコン少年とかなら触ったことあると思うぞ
自分は45歳のオッサンだが高校に上がって少し経つ頃にはPCはWindows3.1一色になってた

**デフォルトの名無しさん** · 2024/04/12(金) 22:50:08.23

XAMLやめない限りはやることはないよ

**デフォルトの名無しさん** · 2024/04/12(金) 22:57:08.63

>>82
俺もどっちかというとパソコン少年だったがMSXの後はwindows95まではコンシューマゲーム機しか触ってない
3.1触ってるやつは相当レアだと思うよ

**デフォルトの名無しさん** · 2024/04/13(土) 00:36:11.70

今思えばWindowsは国民機を潰すのが目的の1つにあったろう
技術立国日本の零落の始まりだ
日本が誇れる企業はトヨタしかなくなった
AI自動運転とかで同じことが車で起きたら終わりだ

**デフォルトの名無しさん** · 2024/04/13(土) 17:38:51.01

XAMLを削除して新しいモダンな描画システムを作るべきだよ
FlutterとかSwiftUIみたいに書けるやり方でさ

**デフォルトの名無しさん** · 2024/04/13(土) 19:22:04.53

SwiftUIはよかった
まだ作りかけって感じは否めないけど（テーブルが１０列までしか作れないとか）

**デフォルトの名無しさん** · 2024/04/14(日) 05:10:52.05

最近のフレームワークは最初からUI書くために設計されてるからなー
ツリー構造をいかに手数少なく

**デフォルトの名無しさん** · 2024/04/14(日) 05:41:09.94

その辺のフレームワークの設計はMSの専売特許だったはずなのだけどね
どこでおかしくなったのか

**デフォルトの名無しさん** · 2024/04/14(日) 12:11:46.21

>>80
ビルドにMac必須だろ
とくにライブラリを作るなら実機が手元にないとまったく開発が捗らないし

**デフォルトの名無しさん** · 2024/04/14(日) 12:12:39.70

>>81
ウインドウサイズは変えられるようになった
フォーカスの移動はできない

**デフォルトの名無しさん** · 2024/04/14(日) 12:23:29.65

>>90
ビルドもMac不要だぞ

**デフォルトの名無しさん** · 2024/04/14(日) 14:37:02.31

シミュレータなしだと都度実機へ転送でつらないか
いまはリモートシミュレータがクラウド化されてる？

**デフォルトの名無しさん** · 2024/04/14(日) 15:48:22.87

UIKit使ってないならビルドは可能

**デフォルトの名無しさん** · 2024/04/15(月) 17:04:45.26

UIKit使わないと無理だろw

**デフォルトの名無しさん** · 2024/04/15(月) 17:05:42.80

ipaに署名できない
つまりリリースビルドができない

**デフォルトの名無しさん** · 2024/04/15(月) 17:09:17.54

現状ではUIKitやらAVFoundationやらSensorKitやらを叩いてゴリゴリと自前でライブラリを作らないと使い物にならない。
そのライブラリの実装テストの試行錯誤はMac実機とiPhone実機の2つがないとまったく捗らない。

**デフォルトの名無しさん** · 2024/04/15(月) 17:15:24.72

ゲームなら別にMacはリリースする時までいらない

**デフォルトの名無しさん** · 2024/04/15(月) 18:04:32.51

まあ、実際使い物にならないから流行ってないんだけどね
廃止予定のVisual Studio for MacをVisual Studio Codeがまともになるまで延命するでもしないとMAUIまるごと完全消滅しそうではある

**デフォルトの名無しさん** · 2024/04/15(月) 18:16:15.82

>>81
mac catalystはswiftで開発してもゴミだからな。
AVFoundationもまともに動かないからバーコードも扱えないし業務アプリには致命的すぎる

**デフォルトの名無しさん** · 2024/04/16(火) 17:46:19.58

MAUI以前の問題だぞ
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

**デフォルトの名無しさん** · 2024/04/16(火) 18:59:41.52

Java拡張の方が評価も更新頻度も高いというね
MSくん何がしたいんやC#もういらんのか？

**デフォルトの名無しさん** · 2024/04/17(水) 07:46:47.27

C#はVisual Studioで使うものだからどうしてもCodeの方はおろそかになるよねって話
Codeの拡張機能JSだし開発者もかぶってない

**デフォルトの名無しさん** · 2024/04/17(水) 07:49:15.03

正直mauiはバグ多すぎてデバッグつらいからmaui blazorでui作るほうが早くできる

**デフォルトの名無しさん** · 2024/04/17(水) 20:04:42.74

.NET FrameworkをWindows 95にバックポートした強者現る
https://pc.watch.impress.co.jp/docs/news/yajiuma/1584811.html

こういうの好き

**デフォルトの名無しさん** · 2024/04/17(水) 23:09:35.35

98は2.0が動くのか

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

>>101-103
Xamarin開発者の99%はmonoからの流れでLinuxとMacだからな。
そこをスパッと切り捨ててWindowsでVisual Studio使ってる人だけをターゲットにした結果がMAUIの現状だろう。
しかもその層はスマホアプリ開発の経験ほとんどなし。
Windows Phone時代にチョロっと触っただけだというね。

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

まあC#一派って.NETにこだわりあるんだろうし
暗黒期を支えたプライドでこだわってるんだろうけど
時代は変わってることに気がついて欲しい
C#は望まれてない
windows phone時代のアーキテクチャは早すぎた
今こそ復活の時

**デフォルトの名無しさん** · 2024/04/22(月) 12:54:46.78

MAUIが不人気ってかXAMLが不人気だから

**デフォルトの名無しさん** · 2024/04/22(月) 17:08:11.47

VisualStudioでしてきたことを今更VSCodeでやってられんということでしょう
いい加減.NETの遺産は滅ぼして良いと思う

**デフォルトの名無しさん** · 2024/04/22(月) 19:03:19.74

MAUIって結局UWPから何が改善されとるんや？

**デフォルトの名無しさん** · 2024/04/28(日) 08:44:52.39

2022年のピークからコミット数相当落ちてるね
https://github.com/dotnet/maui/graphs/contributors
バグ放置すんな人増やせって炎上してたのにコミッタ増えてないし改善する気無いね

**デフォルトの名無しさん** · 2024/04/28(日) 21:31:22.22

>>111
UWPとiOSとAndroidで「共通でできる機能」だけを集めたもの。
逆を言えばこの三者のうちひとつでも実装できない昨日はバッサリ切り捨てられている。

つまり何も良くなっていない。

**デフォルトの名無しさん** · 2024/04/28(日) 22:26:56.72

>>112
ええええ
これ以外開発するものないだろ
それとももうBlazorに全移行せよってこと？

**デフォルトの名無しさん** · 2024/04/30(火) 16:57:51.85

AvaloniaUIにスター数負けてるのにオープンissue3倍
終わってる

**デフォルトの名無しさん** · 2024/05/14(火) 22:56:20.03

test

**デフォルトの名無しさん** · 2024/05/14(火) 23:12:26.23

星の数ほどディスれるけど要点をまとめると

・XAMLがHMLT5+JS(TS)と比較してすべての面で劣る。
慣れてるXAMLerですら新規プロジェクトで一から実装してると萎えるくらい面倒くさい。
逆にC#や.NETは神、Tauri+Rustで実装してるとRustの標準ライブラリやサードパーティーライブラリがまったく充実してくて面倒くさすぎて萎える。

・人気がないからコミュニティが過疎りまくってて限界集落状態でコントールもライブラリもなにもない、エコシステムが崩壊している。
特に認証周りのライブラリまでOSSに依存していて話にならない。
これがReact、Flutter、Electronなんかと比較してMSの開発環境が終わってる一番の理由。
MSのないならお前らプログラマーが作るんだよぉ！？はストイックすぎる、誰もこんな開発環境使わねーよ。

・破壊的変更が多すぎて過去のノウハウやナレッジがリセットされて使い物にならず何も残らない荒野になり再度開拓する気力もなくなりみんな逃げ出す。
WinUI2→WinUI3だけでもかなりの破壊的変更だらけでこんな環境誰も怖くてさわれない、ましてや自社どころか顧客のプロジェクトでは採用不可能。
WPFでXAML触ってたからいけるんちゃう？とWinUIに手を出すと内部実装がまったく違っていて手も足も出ない、また一からキャッチアップのはじまり。

**デフォルトの名無しさん** · 2024/05/14(火) 23:22:54.33

まぁ、MSが割り当ててる開発者が少ないから
WinUI3もそうだが普通にクソ品質なんだよな
これが最大の問題

MSが力入れてないんだからそもそも流行るわけがない

**デフォルトの名無しさん** · 2024/05/15(水) 00:28:37.15

そもそもMSがOfficeもTeamsもSkeypeもOutlookもどれもこれもぜーんぶReactとReact Nativeで作ってんのどゆこと！？ってなるわ
マジで俺等のこと馬鹿にしすぎだろ

**デフォルトの名無しさん** · 2024/05/15(水) 00:36:44.66

MSの黒歴史
windowsアプリ作れるようにしたで
Visual Studio+Win32で作ってやw
→イベントハンドラやウインドウ関連のAPIがゴミ過ぎるためにまともなUIが作れない

MFC作ったで
C++でオブジェクト指向やでw
→結局ただのラッパーなのでCDocumnetやCViewの本質的複雑さは変わらず誰も使わない

しょうがないからVBで画面作ってやw
→結局画面はこれで作るのが標準になる

ただし、業務ロジックは裏のC++プロセスへ投げることになるのでたかが画面一枚作るのに死ぬほど手間がかかることに

**デフォルトの名無しさん** · 2024/05/15(水) 00:43:12.20

MSの黒歴史2
.NET Frameworkっていうの作ったでw
Javaより使いやすいC#いう言語も作ったでw
今回はGUIも作りやすうしといた
みんなつこーてや

→フォームアプリのゴミさ加減は相変わらずなので大規模になるとまともにUIが作れない

WPFいうの作ったでw
流行りのXMLで全部書けるんや！！
これが最強やろ！！
→XAMLがゴミ過ぎて誰もついて行けず

そしてWeb全盛時代へ突入
しかしMSはこの分野での武器はゼロ
IE6というレガシーで足を引っ張ることだけが仕事になる

**デフォルトの名無しさん** · 2024/05/15(水) 00:52:02.67

MSの黒歴史3
やがてスマートフォン全盛時代へ突入

Windows phone作ったでw
iPhoneやAndroidより使いやすいで
あと今回はみんな大好きJavaScriptでアプリをつくれるようにしといたでw
UWP言うねん凄いやろ
これに合わせてWinRTいうのも作ったで
裏側はwindowsのランタイムや！！
これからは全部これでええんやで
これで今度こそ勝ちや

→windows phoneは空前絶後の大失敗
WinRTは結局XAMLに囚われる上に
.NETの機能を使うにはめちゃくちゃ面倒で誰も使わず

**デフォルトの名無しさん** · 2024/05/15(水) 00:57:17.12

MSの黒歴史4
IE6の死によりブラウザのフロントエンド開発が加速する
その中でReactやVueが流行り始める
仮想DOMを装備して状態を意識せずに書けるスタイルが人気となり爆発的普及を見せる

Blazor作ったやでw
WebアプリをJavaScriptやなくてC#で作れるんやでw
これが顧客が本当に求めたものやろw

→そもそもC#は誰も求めていないので誰も使わず

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

msの出すフレームワークよりelectronで作ったほうがいいってみんな気づいちゃった

**デフォルトの名無しさん** · 2024/05/15(水) 17:29:51.59

いやそんなの本職のフロントエンドプログラマーなら10年以上前から気づいてたから
XAML使う理由がC#と.NET使いたいためだけに我慢してXAMLとMVVM学習してただけの話
.NETだけはとてつもない下位互換性を堅持してるのにフロントエンドフレームワークが常に破壊的変更されちゃただでさえXAML書けるやつもノウハウもナレッジも少ないのに誰が使うねんて話
個人的にC#と.NETでのアプリ・ビジネスロジック実装は今でも神レベルに使いやすいし便利だからC#/.NETからReactやViteやSvelte使えるようにしてくれりゃ全部解決なんよな
まぁ昔からずっと主張してる俺の持論でMSは社内のフロントエンド開発部門の毎年の予算作るためだけにまったく役に立たないゴミみたいなフロントエンドの仕事を用意してやってるだけやで絶対に

**デフォルトの名無しさん** · 2024/05/15(水) 18:00:43.75

MSはどうにかしてC#を使わせようと頑張ってるんだね
利権かなんか知らんけどさ

**デフォルトの名無しさん** · 2024/05/15(水) 18:48:03.26

別にWPFでもいいからXAMLを放棄してhtml5にしてくれたらそれでよかったんだけど、Xamarin
買収しちゃってXAMLがさらにカオス化というのがな。

**デフォルトの名無しさん** · 2024/05/15(水) 20:42:07.48

WebView2のMac版とLinux版出してくれればそれでいいよ
スマホはもうC#でやりたいやつ誰もいないだろ、、、

**デフォルトの名無しさん** · 2024/05/15(水) 20:57:08.96

一番期待してたBlazor Hybridも既存のRazor構文とMAUI抽象化レイヤーというゴミ実装でオワコン
なぜTauriのtarui::commandのようなnvoke Commandsの美しくも簡単で便利な実装にできなかったのか
まぁそもそもほんまにMS本社レドモンドで作ったのかも怪しいくらいゴミやから外注に作らせた説もぜんぜんあるわな
ほんまTauriでRustじゃなくてC#使えたら最強やのになぁ

**デフォルトの名無しさん** · 2024/05/15(水) 21:04:24.59

Tauriの美しさは素晴らしい
デスクトップに限らずそのうちモバイル業界のガワアプリハイブリッドアプリのプラットフォームをTauriが統一すると思う

**デフォルトの名無しさん** · 2024/05/15(水) 21:14:18.91

Tauriで開発されてるアプリでいくつか注目してるのあるけど2～3年立っても一向に開発終わらなってないのがちょっと不安だな
やっぱりElectronに比べると開発速度は出せないのか

**デフォルトの名無しさん** · 2024/05/15(水) 21:38:33.59

>>130-131
Tauriはロジックの実装がRustなのが最大の魅力なんやがそれが足枷にもなってるんよ
例えば俺が個人利用のためにC#+WinFormsで作った圧縮・展開アーカイブアプリをTauri+Rustにポーティングしたんやが
RustにはC#のsharpcompressのような統合圧縮・展開ライブラリが存在しない
それどころかC++のlibzipやunrarみたいなのもなくてRustでヘッダー読んでとかめちゃくちゃ大変やった
ここがC#どころかC++にすら劣る部分やねまぁRustの使用領域を考えるとトップエンジニアが触るんやからそうなるんやろうけど俺ら下々のプログラマーにはちと荷が重い

**デフォルトの名無しさん** · 2024/05/15(水) 22:24:04.04

libarchiveでよくね？

! · 2024/05/15(水) 23:02:06.91

そもそもrustの速度必要とする一般アプリなんてそうそう作る機会ないだろ
SNSアプリなんてWebAPI叩いてデータベースいじってUI表示とか
CPUインテンシブなアプリなんてなぁ・・
画像処理系のアプリとかで
例に出た圧縮も自前で実装するならいざしらず
結局外部ライブラリ呼ぶだけだしな

**デフォルトの名無しさん** · 2024/05/15(水) 23:09:43.13

つか、libarchiveはもうwindowsに同梱されてるよな

**デフォルトの名無しさん** · 2024/05/16(木) 00:03:39.76

Windows限定ならCOMで少々面倒だが7z.dllで全部完結するんだけどWinFormsをTauriにリプレイスするってことはマルチプラットフォームもある程度考えてるだろうしそうはいかんか

>>134
Tauriの利点はどっちかと言うとバイナリサイズの方だと思ってる
VSCodeやDiscord辺りが先陣切ってTauri化してくれたら神なんだがまあ無理な話か

**デフォルトの名無しさん** · 2024/05/16(木) 00:24:03.29

tauri久しぶりに見に行ったけど2.0まだなんだなぁ

**デフォルトの名無しさん** · 2024/05/16(木) 05:31:03.47

tauriはなーelectronに比べてpreloadもいらないしフロントエンド側はめちゃくちゃスマートに書けるんだけど
Rust側で何かやろうとするとガッチガチ言語すぎてギャップがすごい
C++とかやってた人は楽チンなんだろうけど

**デフォルトの名無しさん** · 2024/05/16(木) 13:02:59.82

>>138
tauriでrustを使う理由って「rustで書きたいから」以外の理由がない
全部JSで書いた方が速いし楽
しかし男には全てをrustで書くという夢がある

**デフォルトの名無しさん** · 2024/05/16(木) 16:35:12.05

そんなに心配しないでもそのうちGPTがUIをHtml+JSで出してくれるようになるよ
現状でもGPT-4oがすごいらしいじゃん

プログラマはロジックを書くのに集中すればいいってわけよ

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

そんなもん今でも出してるだろw

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

俺はさっさとAIでER図やExcelのテーブルからDBとAPIをジェネレートしてほしいんだがな
一番AIに向いてるに内容だと思うんだが一向に出てこないからAIもぜんぜんたいしたことねーよな
個人的にインフラだけでなくDBやIFやバックエンドは自動生成してフロントエンドに集中したいわ
これ日本のデベロッパーが一番ズレてると思うのがプロダクトで一番重要なのってロジックじゃなくてUI/UXのフロントエンドだからな
日本人はデザインセンスやそういう発想がなさすぎるからソフトウェアがゴミなんだよ
今まで仕事しててこの分野で中国人に30年差をつけられてるのも納得って感じ

**デフォルトの名無しさん** · 2024/05/16(木) 17:14:59.49

>>142
嫌だからその程度生成してるって
テーブル定義貼り付けてみろ
全部生成してくれる

**デフォルトの名無しさん** ころころ · 2024/05/17(金) 13:12:33.97

WinUIは3にもなって未だにXAMLでウィンドウのサイズプロパティがなくXAMLでサイズ指定ができない
Githubでも散々叩かれててウィンドウサイズを変更する機能のないUIフレームワーク(笑)って投稿にいいね！めっちゃついててクソワロタ
なんでウィンドウのサイズ変更するためだけにコードビハインドかつP/Invokeで3行もコードを書かんとあかんねん
MSのフロントエンドアーキテクトってどいつもこいつもセンスゼロでほんま無能すぎるやろ

**デフォルトの名無しさん** · 2024/05/17(金) 14:48:39.70

Windows Formsは最高だっただろ？

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

普通にWinFormsがバリバリ現役やからな
難点はWinFormsやとWin 11のFluent Designがまったく使えんことやな
そもそもmacOSやLinuxと違ってOSのGUIでMicaやAcrylicをネイティブサポートしてない時点でWinUIもMAUIも糞もないんやけどな
DevExpressが販売してるFluent FormsならWinFormsでMicaやAcrylicのカスタムコントローラーが使えるんやけど年間サブスクで$999からやから使えるわけない
なんでこんなMSが標準で用意せんとあかん機能をサードパーティーがビジネスにしてメシ食ってんねんおかしいやろ
まぁ流行る要素皆無よ

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

>>146
フォームは画面遷移があまりにもゴミ過ぎるからねえ
あんなの標準でやれってめちゃくちゃ

**デフォルトの名無しさん** · 2024/05/17(金) 19:25:35.53

>Fluent Design
それ意識高い系が好きなやつやん

**デフォルトの名無しさん** · 2024/05/17(金) 19:47:41.77

FluentもReact版が本丸だけどね、、、
リポジトリの規模がもう比較にならん
https://github.com/microsoft/fluentui
https://github.com/microsoft/microsoft-ui-xaml

**デフォルトの名無しさん** · 2024/05/17(金) 20:03:38.40

fluentやるにしてもelectronかtauriで十分

**デフォルトの名無しさん** · 2024/05/17(金) 20:58:47.44

そうそうFluent DesignでDesktopアプリ作るのもReact NativeやElectronやTauriの方がパッケージ充実しててめっちゃ楽なんがイミフすぎるんよな
MSはもうフロントエンドを他からパクってきてロジックだけC#で使えるようにしてくれ余計なことせんでええ

**デフォルトの名無しさん** · 2024/05/17(金) 21:49:19.01

Blazorで良くね？

**デフォルトの名無しさん** · 2024/05/17(金) 22:25:20.51

SwiftUIが最強だぞ
なぜパクらないのか

**デフォルトの名無しさん** · 2024/05/17(金) 22:41:25.89

技術力がないからだろう
JVMパクった時のように得意の同じアーキテクチャで丸パクリでいいのにそれすらできなくなった

**デフォルトの名無しさん** · 2024/05/17(金) 23:10:22.30

>>149
Office 365で使われてるからもうネイティブ版は息してないな
Windowsネイティブアプリしゅーりょー

**デフォルトの名無しさん** · 2024/05/18(土) 00:07:17.71

C#以外禁止ならBlazorでいいけどそうじゃなければReactで書きたい

**デフォルトの名無しさん** · 2024/05/18(土) 00:12:08.00

フロントエンドはReactでもVueでもViteでもSvelteでもなんでもええんや
ロジックだけC#使いたいんやなんで誰もが求めてることをやらんのやMSアホすぎる

**デフォルトの名無しさん** · 2024/05/18(土) 00:17:12.03

あとXAMLと双璧をなすめんどくさアーキテクチャのMVVMもオワコンすぎる
まぁそもそもC#の設計思想がC++からの移行を想定してて面倒な記述や手続きを求められるんやが
あまりにめんどいからWinUI3でもMVVM使わずがっつりコードビハインドやハードコーディングで書いてるからな
それにしてもXAMLもMVVMもとにかく手間がかかるJSやPythonが好まれる時代にまったくマッチしてないのアーキテクトやエンジニアのセンスゼロと言わざるを得ない

**デフォルトの名無しさん** · 2024/05/18(土) 00:31:37.41

C#で書いたコードをNativeAOTしてそれをRustでラップしてやればTauriでロジックをほぼC#で書けるんじゃね？そんなことやる気ないから知らんけど

警備員[Lv.1][新初] · 2024/05/18(土) 00:33:32.65

Tauriはもうブームさっただろ
時代はwailsだろ

**デフォルトの名無しさん** · 2024/05/18(土) 00:57:54.85

Tauriはモバイルアプリ分野で普及しそうで期待してる
ガワアプリハイブリッドアプリを手軽に作れて、ReactNativeやCapacitor(Ionic)に対抗できるポテンシャルはあると思う

**デフォルトの名無しさん** · 2024/05/18(土) 04:33:31.17

>>158
すまんが現場じゃJSとpythonって嫌われ者だぞ

**デフォルトの名無しさん** · 2024/05/18(土) 06:19:23.72

>>162
現場ってなんの現場？

**デフォルトの名無しさん** · 2024/05/18(土) 07:08:44.16

IT業界

jsとpythonが人気に“見える”のは高校大学とかの教育現場までカウントされてるからだぞ

pythonだって機械学習ぐらいしか使わない
jsだって小規模開発ぐらい

規模が大きくなるにつれてpythonなんて能力不足だしjsはバグの温床になりやすいから極力排除する

**デフォルトの名無しさん** · 2024/05/18(土) 07:36:35.75

フロント開発の話をしてるんじゃなかったの？

**デフォルトの名無しさん** · 2024/05/18(土) 07:47:23.62

フロントエンドのフレームワークのスレでそんなん言われてもね

**デフォルトの名無しさん** · 2024/05/18(土) 07:58:17.08

だからBlazorで良いじゃん

**デフォルトの名無しさん** · 2024/05/18(土) 09:25:54.41

Blazorは違う、フロントエンドをC#で書きたいなんてもう誰も思ってない
WailsやTauriのC#バージョンが求められてる

**デフォルトの名無しさん** · 2024/05/18(土) 10:05:50.97

「誰も」とか「ゼロ」とか「極力」とか、
そういう極端な言葉使ってるやつは視野が狭そうに見える

**デフォルトの名無しさん** · 2024/05/18(土) 10:22:24.32

ReactでもVueでもBlazorでもComposeでもFlutterでもなんでも好みのものを使えばおけ
Reactが学習コストも資産も充実してるってだけで、どのフロントのフレームワークを使っても動くものを作れる

**デフォルトの名無しさん** · 2024/05/18(土) 10:40:35.36

>>168
求められてないけど
Wails使えばGolangで書けるのにいまさらC#にしがみつく必要なし

**デフォルトの名無しさん** · 2024/05/18(土) 10:49:52.61

WebView2がクロスプラットフォームになれば事実上そうなるんだけどな
ガワはMAUIでもAvaloniaUIでもUNOでもなんでも良い
https://learn.microsoft.com/ja-jp/microsoft-edge/webview2/roadmap
一応ロードマップにはMacOSやLinuxはあるんだけど、音沙汰無いからやる気なさそうだけど。

**デフォルトの名無しさん** · 2024/05/18(土) 10:56:54.97

go言語化ってよく知らんのだけど人気なの？

**デフォルトの名無しさん** · 2024/05/18(土) 10:57:18.06

go言語ってよく知らんのだけど人気なの？

**デフォルトの名無しさん** · 2024/05/18(土) 12:05:08.84

殆ど使われて無い

**デフォルトの名無しさん** · 2024/05/18(土) 12:07:23.19

goも不遇だよね

Dart開発しました
go開発しました

でもGoogleではTypeScriptが標準です！

**デフォルトの名無しさん** · 2024/05/18(土) 12:59:35.20

Goは将来性あるよ

**デフォルトの名無しさん** · 2024/05/18(土) 14:01:30.70

>>162
そりゃお前の頭ん中な
今やその２つ+Rust/Go以外はやる価値なしと判断されてる

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

それ言ったらRustはもっと将来性あるというか確約されてるし人気あるだろ
まぁ俺もGo触ったことないんであれだが比較すべきはRustでそのRustと比較してどんなメリットあんの？
Rustは名前と人気だけ先行してみんなイメージだけで語ってるやつ多いがぶっちゃけ開発環境としてはなんもなくてほぼフルスクラッチになるからC++よりもきつい
そのRustよりも明確なメリットってなんかあんのか

**デフォルトの名無しさん** · 2024/05/18(土) 18:14:55.50

しばらくCとGoやRustは共存していくだろう

**デフォルトの名無しさん** · 2024/05/18(土) 20:45:49.48

>>178
そりゃお前の頭ん中な

あなたのお気持ちとか知りませんやんw

**デフォルトの名無しさん** · 2024/05/18(土) 21:49:47.58

今のRustの用途ってCやC++の既存の機能を置き換える実装がほとんどなんじゃねーの
自分でなんでも書けるからRustなんてよゆーってプログラマーなんてそんな多くねーだろ

**デフォルトの名無しさん** · 2024/05/18(土) 22:04:56.78

>>181
オウム返ししたな
お前の「負け」だ

**デフォルトの名無しさん** · 2024/05/18(土) 22:07:55.34

>>183
そのお前の頭の中の「勝敗」
誰得やねん？

**デフォルトの名無しさん** · 2024/05/18(土) 22:27:50.69

JavaでAndroidアプリ作るよりC#のほうが解りやすくてMAUI使ってる俺は変態なのか?
まあ、主に自分で使用するものをVBAやC#で作った経験しかないからな。

ちなみにGoglePlayでツール系のアプリ公開してるけど2200回ダウンロードされてアクティブなデバイスは300程、Firebaseのデータやプログラムを定期的にアップデートしてる。

**デフォルトの名無しさん** · 2024/05/19(日) 06:35:55.36

わざわざJavaで書く意味がわからんKotlinで書くだろ…
しっかしたまにC#やJava触るとセミコロンだったり型が前置だったりが古臭く感じるなあ

**デフォルトの名無しさん** · 2024/05/19(日) 08:22:42.68

ウィンドウをサイズやポジションを設定するプロパティも機能もない

サイズ設定
IntPtr hWnd = WinRT.Interop.WindowNative.GetWindowHandle(this);
WindowId myWndId = Microsoft.UI.Win32Interop.GetWindowIdFromWindow(hWnd);
AppWindow appWindow = AppWindow.GetFromWindowId(myWndId);
appWindow.Resize(new SizeInt32(500, 200));

**デフォルトの名無しさん** · 2024/05/19(日) 08:23:30.92

ポジション設定
m_window = new MainWindow();
var hWnd = WinRT.Interop.WindowNative.GetWindowHandle(m_window);
Microsoft.UI.WindowId windowId = Microsoft.UI.Win32Interop.GetWindowIdFromWindow(hWnd);
Microsoft.UI.Windowing.AppWindow appWindow = Microsoft.UI.Windowing.AppWindow.GetFromWindowId(windowId);
if (appWindow is not null)
{
Microsoft.UI.Windowing.DisplayArea displayArea = Microsoft.UI.Windowing.DisplayArea.GetFromWindowId(windowId, Microsoft.UI.Windowing.DisplayAreaFallback.Nearest);
if (displayArea is not null)
{
var CenteredPosition = appWindow.Position;
CenteredPosition.X = ((displayArea.WorkArea.Width - appWindow.Size.Width) / 2);
CenteredPosition.Y = ((displayArea.WorkArea.Height - appWindow.Size.Height) / 2);
appWindow.Move(CenteredPosition);
}
}
m_window.Activate();

**デフォルトの名無しさん** · 2024/05/19(日) 08:26:30.96

これが2024年の最新のマルチプラットフォームフロントエンドフレームワークとかあまりにもひどすぎてクソワロタ

そしてMS自身はOffice365もOfficeもEdgeもReact、VScodeはElectronで実装しててクソワロタ

**デフォルトの名無しさん** · 2024/05/19(日) 08:35:58.09

GoogleもMetaもTwitterも社内で使っててものすごく便利で素晴らしいからフレームワークをOSS化して人気でたのに
それがMSの場合自社ですら使わないゴミをOSS化してるから当然だれからも見向きもされないままオワコン化
いまだかつてこれほど酷かったフロントエンドフレームワークは初めてだわ

**デフォルトの名無しさん** · 2024/05/19(日) 12:36:12.55

そらまああんなでかい会社で一枚岩なんてありえんけどな

逆に開発者が環境を強制されない自由な社風とも言える
自分に都合のいい一面だけ見ても理解できんよ

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

もうMSはAIにコード書かせたいからプログラマの相手なんかどうでもいいんだよ

**デフォルトの名無しさん** · 2024/05/24(金) 22:20:58.77

ここに来てクライアントアプリの需要増えるとか勘弁して欲しい

BUILDで発表あったけどコレからはWebだけじゃダメだ
クライアントだけでAI動かないと話にならない

**デフォルトの名無しさん** · 2024/05/24(金) 23:27:05.56

>>193
BUILDの話題誰もしてないけどどこかまとまってる？

**デフォルトの名無しさん** · 2024/05/25(土) 04:08:24.71

MSゴリ推しのAIとか絶対失敗するわ
今までMSがIPに巨額の投資や買収して成功したこと一度でもあったか？ないんだなこれが
AIなんて仮想通貨と同じく金儲けしたいだけの投資家のおもちゃよ

**デフォルトの名無しさん** · 2024/05/25(土) 04:09:51.21

まぁAIバブルが崩壊するまでの短期間でそのおこぼれに群がるIT土方が乞食したいならそれもいいじゃね？

**デフォルトの名無しさん** · 2024/05/25(土) 05:58:09.10

そうは言っても5、6年ぐらい前からクライアントでonnx使う機会増えてんじゃん

**デフォルトの名無しさん** · 2024/05/25(土) 09:35:48.92

クライアントでSLM使うのが流行り
Phi－3でWindowsもAndroidもiOSもクライアントだけで動く

**デフォルトの名無しさん** · 2024/05/25(土) 09:59:55.80

PC買い替えてまでSLM動かしたいかねえ

**デフォルトの名無しさん** · 2024/05/25(土) 13:42:33.07

AIでも結局やってることが10年前に大流行したビッグデータのデータマイニングと変わらんてことよ
SLMなんてAIそのものよりもそのドメインの専門知識や機密情報が重要なんであって既存の専門分野の業務システムと何ら変わらん
俺はとある超大手企業でSAS使ってたけどご自慢のビッグデータで何してたかと言うと経営者が喜ぶ情報を作るためにデータを取捨選択してたってわけ
こんな無駄で無意味なことなんてマネタイズできっこないしなぜその企業が大金かけてたかというと
プロジェクトを仕切っていた本部長が実の弟の会社に一括で仕事を流してたからという背任罪あるある

**デフォルトの名無しさん** · 2024/05/25(土) 13:54:59.99

MicrosoftはOpenAIやGitHubを実質的に抱えてるってこと忘れてない？

**デフォルトの名無しさん** · 2024/05/25(土) 14:17:04.07

>>201
GitHubは買収してるんだから実質的って表現おかしくね
あれはMicrosoftだぞ

**デフォルトの名無しさん** · 2024/05/25(土) 14:23:38.92

GitHubのAIといえばCopilotどうなった？

**デフォルトの名無しさん** · 2024/05/25(土) 14:35:26.83

今日の海外記事でCopilotのコードが誤りの可能性は51%って情報が出てたぞ
まぁお前らがご自慢のAI使って大したもん作っても稼いでもないってよーくわかった
ぼきゅえーあいしってるんだもん！でクソワロタ

**デフォルトの名無しさん** · 2024/05/25(土) 14:38:18.12

めちゃくちゃ頭悪い発言してて草

**デフォルトの名無しさん** · 2024/05/25(土) 14:50:21.78

効いてて草

**デフォルトの名無しさん** · 2024/05/25(土) 15:00:00.10

自分のレス見てアホだと思わん？w

**デフォルトの名無しさん** ころころ · 2024/05/25(土) 15:01:48.77

Github Copilot は普通に使えてるよ
タイピングが減って快適だ
普通に間違うので、ウソをウソとわかる人でないと難しい

**デフォルトの名無しさん** · 2024/05/26(日) 09:45:31.04

むしろその51%が低く見えるけど、ちょこちょこ皆使ってるんじゃないかなw

警備員[Lv.1][新芽] · 2024/06/02(日) 00:51:19.26

mauiが不人気な理由はxaml何じゃないかと
過去に戻るけど、Delphiみたいにデザイナーパネルから画面は作れるようにするのは難しいだろうか
(Delphiは、見たらスマホアプリとかも作れるようになっているんだね)

**デフォルトの名無しさん** · 2024/06/02(日) 01:58:18.52

>>210
ガキの使いじゃないんだから今時ペタペタなんてしたくないんよ
コードでガッツリUIを書いてそれがリアルタイムで確認できる
これがモダンなUIの作り方
何ならChatGPTを組み込んでくれてもいい
どうせ画面は生成AIで雛形作る時代

**デフォルトの名無しさん** · 2024/06/02(日) 04:33:36.67

>>210
MAUI、ひいてはMSの開発環境が不人気な一番の理由？
それは各メーカーがすべてのプラットフォームのフロントエンド実装を一つにしようとしてる現代において
MAUIの場合はWeb・WASM実装がASP(Razor/Blazor)でデスクトップ・モバイルがWinUI(XAML) or WinFormsとゆー社内政治の派閥争いによって支離滅裂で誰得になってるからに決まってんだろ
誰が考えたって、素人が考えたって現代のフロントエンド実装は絶対にHTML5+JSでマルチプラットフォームにするのが常識なんだよ
とうのMSですら自社のフロントエンドフレームワークは一切使わずにOffice365、Office、Teams、Skype、VScodeそのた諸々のドル箱アプリをほぼReact/React NativeとElectronで作っとるんやぞ
しかもMetaが絶対に対応しないと意地悪したReact NativeのWindows Desktop実装もMS自らが1社でシコシコ開発しとるのクソワロタ
これでMAUIが人気でないってMS自身がやる気も流行らせる気も毛頭ないのに当然やろ

**デフォルトの名無しさん** · 2024/06/02(日) 08:40:34.66

>>212
へー、デスクトップ版ExcelやWordもReact/React NativeとElectronと言い張るのか

**デフォルトの名無しさん** · 2024/06/02(日) 09:45:34.93

これ読む限りデスクトップ版もじゃないの？
バラバラにする意味ないでしょ
https://softantenna.com/blog/office-in-javascript/

**デフォルトの名無しさん** · 2024/06/02(日) 11:22:30.55

>>214
意味ある

**デフォルトの名無しさん** · 2024/06/04(火) 21:08:48.75

>>215
意味無い

**デフォルトの名無しさん** · 2024/06/08(土) 00:03:53.12

せめてスタイルの記述だけでもWinUIでCSSにできんかったんか
CSS使えるJavaFXのFXMLの方がよっぽど筋が良かったわ
まぁJavaFXはOracleが延命せんかったから死んでもうたけど
CSSと言わずともせめてJSONで記述できれだいぶマシやったんやがな
もうApp.xamlやResource.xamlにズラーッとSetter並んでるStyleとか見たくないわ
XMLは可読性が最悪すぎて蕁麻疹でるっちゅーねん

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

XMLはもう終わりだよ
AndroidもXMLはメンテナンスモードに移行したし

**デフォルトの名無しさん** · 2024/06/08(土) 12:32:45.57

GUIを論理構造でやるやつってDelphiで昔やってたやつと違うのかな
何だかループしてるように見える

**デフォルトの名無しさん** · 2024/06/08(土) 18:04:51.45

JSXという理想のXMLがあるのに何でその劣化版を書かなきゃならんのってなるわな

**デフォルトの名無しさん** · 2024/06/08(土) 21:28:46.31

JSXはXMLじゃなくてJSだよ馬鹿
ニワカが知ったかしてしゃしゃってくんなよ

**デフォルトの名無しさん** · 2024/06/08(土) 21:48:42.43

それはコンパイル後の話だろ
書くときはもろにXMLだ
書いたこともないくせにしゃしゃってくるなバカ

**デフォルトの名無しさん** · 2024/06/08(土) 22:05:47.75

オイラもJSX(TSX)のどこがXMLなのか気になるから詳しく説明よろ
あの構文のどこをどう見たらXMLに見えるんだろう
生まれて初めて聞いたから若干の戸惑いを感じる

**デフォルトの名無しさん** · 2024/06/08(土) 22:09:27.37

XML じゃなくて、S式をベースにすればよかったんだよね

**デフォルトの名無しさん** · 2024/06/09(日) 01:19:07.49

>>223
逆にXMLじゃないと思ったのはなぜなんだろう
例えば単一のルート要素やタグの対応関係が必須など
もろにXMLなのだけど

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

JSXはJavaScript XMLの略らしいけど

**デフォルトの名無しさん** · 2024/06/09(日) 16:24:54.76

>>222
ブーメランやん
もうネタやん

**デフォルトの名無しさん** · 2024/06/09(日) 16:35:11.51

？
XMLは元々そういう変換機を作るための汎用フォーマットだぞ
だからパースしやすいように厳格になってる
それ単体では何の意味も持たないだろ
そもそも処理系ではないんだから

**デフォルトの名無しさん** · 2024/06/09(日) 16:51:04.12

wikiでもど頭に
JSX (JavaScript XML, formally JavaScript Syntax eXtension) is an XML-like extension to the JavaScript language syntax.[1]
って思いっきり書いてあるやん

**デフォルトの名無しさん** · 2024/06/09(日) 17:54:49.62

喧嘩はやめよー

**デフォルトの名無しさん** · 2024/06/09(日) 18:40:37.65

Binding というアイデアがハズレだったんだよ
根本的なところでハズしているので、巻き返しは不可能

**デフォルトの名無しさん** · 2024/06/09(日) 21:03:29.20

JSXをただのテンプレートエンジンと思ってるんじゃないの？
タグとか素のHTMLでさえ全部パースしてVDomで保持してるのに

**デフォルトの名無しさん** · 2024/06/11(火) 20:04:00.56

言語が乱立しすぎてしんどい
1つにしてよ

**デフォルトの名無しさん** · 2024/06/11(火) 22:15:06.79

モバイルアプリ開発総合みたいなわかりやすいやつほしいね
単一プラットフォームネイティブ（Swift、Java/Kotlin）からXamarin/MAUI、Flutter、ReactNative、KMP等クロスプラットフォームネイティブ、ひいてはガワアプリまで全部一纏めにしていい

**デフォルトの名無しさん** · 2024/06/11(火) 22:23:56.61

このスレが実質そうでしょ
Flutter vs .NET MAUI vs React Native 2
https://mevius.5ch.net/test/read.cgi/tech/1671218306/

**デフォルトの名無しさん** · 2024/06/12(水) 22:06:48.45

>>233
言語は利権争いできるから、一つにまとまるなんてことは起きないんだ

**あぼーん** · NG

あぼーん

**デフォルトの名無しさん** · 2024/06/13(木) 11:17:20.77

>>237
これは試す価値あるな

**デフォルトの名無しさん** · 2024/06/13(木) 21:02:36.12

Rubyと一緒に消えろ

**デフォルトの名無しさん** · 2024/06/13(木) 22:15:39.89

そうだな
型を適切に扱えない言語は滅びるべきである

**デフォルトの名無しさん** · 2024/06/14(金) 03:01:12.61

型とかそういう言語仕様も大事だけど、まずフレームワークのメンテナンスをまともにやってほしい
FlutterやReactNative、Compose Multiplatformと比べてMAUIのやる気のなさ、情けないよ

**デフォルトの名無しさん** · 2024/06/14(金) 03:27:48.82

mauiってよく知らんのだがデスクトップ開発でなら使われてるの？

**デフォルトの名無しさん** · 2024/06/14(金) 04:02:46.18

Windows App SDKの方はちゃんと開発してる
もうMAUIは捨て確定だなこりゃ

https://forest.watch.impress.co.jp/docs/news/1575691.html
https://github.com/microsoft/WindowsAppSDK

**デフォルトの名無しさん** · 2024/06/14(金) 04:40:24.76

マイクロソフトはクロスプラットフォームを、MAUIを捨ててBlazorに絞って開発したほうがいいように感じる

**デフォルトの名無しさん** · 2024/06/14(金) 05:04:21.16

MAUIを採用するうえで致命的なのが、いつ開発停止しても何ら不思議ではないこと
運用リスクが高すぎて、せいぜい過去にXamarinで作ったアプリをMAUIで保守しようかなくらいにしか使えないよ

**デフォルトの名無しさん** · 2024/06/14(金) 08:42:38.39

>>237
コスパ良いな
　

**デフォルトの名無しさん** · 2024/06/29(土) 06:42:57.18

MAUIは配布がクソめんどい
デフォルトのアプリをビルドしただけで100MBものサイズになり、
msixしか生成されないからbundleは手動で作ってやらなきゃならん

しかも自己署名証明書だとインストールもできないので、高い証明書を買ってこなきゃいけないし定期更新も必要

受託開発だとまぁ選べないわな

**デフォルトの名無しさん** · 2024/06/29(土) 09:54:12.17

アプリのサイズを気にするならOS同梱のグラフィックライブラリでアプリを作らないとね
AndroidならCompose/Kotlin、iOSならSwiftUI/Swiftで作れば数MBの容量で済む
ttps://www.jacobras.nl/2023/09/android-ios-native-flutter-compose-kmp/

**デフォルトの名無しさん** · 2024/06/29(土) 09:56:25.01

RAMと同じく今どきストレージ気にする必要性あるハードウェアなんてないやろ
PCどころかスマホですら512GB～1TB当たり前やのに

**デフォルトの名無しさん** · 2024/06/29(土) 09:58:30.63

あとUnpackageでビルドすりゃ今まで通りバイナリ出力されるからサイドローディングすら必要ないやんが
もちろんこんな初歩的なことは知っとるよな？もしかしてエアプか？ｗｗｗ

**デフォルトの名無しさん** · 2024/06/29(土) 10:04:02.13

いやー、iPhoneとかだと64GBしかない人とか沢山いるし、さすがにアプリ容量が百MBを超えるとアンインストールされるリスク高いと開発者目線では感じる
アプリが数MBしかなければアンインストールする気を起こさせないというのはあるはず

**デフォルトの名無しさん** · 2024/06/29(土) 14:04:30.28

自身で作成したモノの単なる署名に金掛かるというのがほんと意味不明
証明書機関とかただの利権ビジネスじゃねーか

**デフォルトの名無しさん** · 2024/06/29(土) 18:00:13.36

>>252
iOSの話？

**デフォルトの名無しさん** · 2024/06/29(土) 19:47:48.91

>>252
ネットはアメリカの巣の中。
xxx.co.jpなどのURLアドレスの登録も
2千円程度の年間維持費がかかるし。

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

日本はIT小作人ωωω

**デフォルトの名無しさん** · 2024/07/01(月) 21:05:44.79

Windowsの証明書はボッタクリ業者ばっかでホント高すぎるし手続きダルすぎる
昔はプログラミング始めると言えばとりあえず手元のPCに入ってるOSで動くアプリ作ってみるみたいな入口多かったと思うんだけど
Windowsのデスクトップアプリがここまで冬の時代になるとは思わなんだ
年間99ドル払えばとりあえず大体のことはやってくれるAppleの方が遥かにマシ

**デフォルトの名無しさん** · 2024/07/01(月) 23:30:40.19

>>256
シェアが73%以上の寡占状態になると、市場がしぼむ
と言われているけど、それが当てはまっているのかも。
Windows用のアプリ市場で、OS会社のMSが自分で
アプリまで寡占状態に指定待ったことで、アプリ市場
が死んでしまい、アプリ市場に活気が無くなった。
そのため、Windowsアプリ離れが起きた。その結果、
OSまでシェアを落とした。
マーケティング理論からそう考えられるかも。

**デフォルトの名無しさん** · 2024/07/02(火) 03:25:06.25

MSストアでパブリッシュすりゃすべて解決やんけ
開発者アカウント登録も初回の1847円だけでAppleみたいにがめつく毎年更新＄99と高額な費用を払う必要もない
ニワカかつエアプすぎてググった知識でなんか文句言いたいだけやろこいつｗｗｗ

**デフォルトの名無しさん** · 2024/07/02(火) 03:27:19.99

しかもAppleと違ってMSはほぼすべて日本語でアプリの登録・申請・問い合わせが可能
AppleなんてXcode含めて開発環境・登録・申請・問い合わせが英語強制やからな
世界有数の英語アレルギーの日本人にとってどっちがハードル高いんやっちゅー話

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

>>258
何でストアで公開しないといかんのだ？

**デフォルトの名無しさん** · 2024/07/02(火) 04:36:49.61

iPhoneやAppストアや登録費用の話題出したのお前やろガイジｗｗｗ
そもそも野良アプリはmacOSでもTerminalからcurlでインスコせんと既に起動すらでけへんわ知ったかすんなエアプｗｗｗ
墓穴ほりまくってメッキが剥がれてきたな知ったかエアプくんｗｗｗ

**デフォルトの名無しさん** · 2024/07/02(火) 06:13:47.99

>>261
ああ、なんだ、何も知らない馬鹿か
買ったこともなく(実は貧乏だから買えない)アップル製品の悪口を書く馬鹿が多いよな、5chは

**デフォルトの名無しさん** · 2024/07/02(火) 06:31:51.18

これMacの専ブラから書き込んでるんやがついに墓穴ほったのクソワロタｗｗｗ

**デフォルトの名無しさん** · 2024/07/02(火) 06:38:51.16

>>263
己が馬鹿なことを嘘まで付いてごまかすなよ
馬鹿にはiTerm2とかインストールできんのだろうな

**デフォルトの名無しさん** · 2024/07/02(火) 06:47:09.26

効いてて草

**デフォルトの名無しさん** · 2024/07/02(火) 10:36:30.96

MS Storeは最初にUWP縛りして大コケしたからそれから一切使ってないって人多いのが問題。
ていうか有名アプリでも大半はストアへの誘導じゃなく直接インストーラをダウンロード出来るようにしてるのがほとんどだろ
ユーザーもそっちに慣れてる
証明書とノータライズだけしてあればAppleは野良アプリターミナル叩かなくても起動できるよ

**デフォルトの名無しさん** · 2024/07/02(火) 13:49:57.04

UWPのアイデア自体は悪くなかったはずなのにここまでこけるとはね

**デフォルトの名無しさん** · 2024/07/02(火) 13:54:10.02

>>267
開発者は、MSのベンダーロックインから離れたいと
思っているから。

**デフォルトの名無しさん** · 2024/07/02(火) 14:23:00.67

そもそもVSCodeのダウンロードページにすらストアへの誘導が無いのが、どれほど開発者から総スカンだったかを物語っている。
一応ストアにもあるけど、こっから入れてる人いるの？笑

**デフォルトの名無しさん** · 2024/07/02(火) 14:50:02.81

MSは、何十年間も客の事を考えずに買わざるを得なくして
無理やりかわしていただけだから、いつかチャンスが
きたら離れてやる、仕返ししてやると大多数の人が
思っていて、隙あらばMSを潰そうとしている人が
多い。
デファクトスタンダードだから使っていただけだし。
だから、チャンスが来たら、離れていく。
MSは必死で引き止めるしかない。
Macファンじゃなく、MS製品ばかり使ってきた人も、
心の中ではMSから離れたく思っているから。
MSは力でねじ伏せる流儀だから、いつかは離れられる。
40年くらいそれが続いてきて、ねじ伏せ力は凄いが。

**デフォルトの名無しさん** · 2024/07/02(火) 14:52:51.19

みんなが使ってるOSを使っていたら、売れるアプリでも
作れるかな、と思ってたけど、MSの寡占のせいで
一時的に売れても、こっちが有名になる前に
すぐに模倣されてMS製の方が有名になるのが
目に見えている。
だからメリットがとても少ない状態。
さりとてMacやLinuxもメリットが無い。
だからしょうがなくWindowsを使っている状態だよ。

**デフォルトの名無しさん** · 2024/07/02(火) 19:24:51.38

読みにくいわ！ｗ
スマホか何かで書いてるんか？
Microsoftがそこまで嫌ならLinux行けば良いんじゃねって思うけどね

**デフォルトの名無しさん** · 2024/07/02(火) 19:33:41.87

>>259
日本語でもOKだよ

**デフォルトの名無しさん** · 2024/07/02(火) 22:20:53.30

>>271
違う。
みんなが使ってるOSがiOS/Androidになっただけ。
Winは「仕事用OS」になったから、個人がアプリ入れようと思わなくなった。

んで、Winの仕事用アプリはMSのOfficeかAdobeのフォトショとかイラレの独占状態。

**デフォルトの名無しさん** · 2024/07/02(火) 22:25:40.91

それで今、仕事用アプリで独占じゃないアプリを売ろうとするならiOS/Android/Winをサポートする必要があって、必然的にWebアプリ開発が主流。

**デフォルトの名無しさん** · 2024/07/03(水) 02:47:03.08

業務用アプリは100歩譲ってMS Storeでも良いんだけどね。アップデートも制御しやすいし。
アプリ作るならWebで、っていう大きな流れがあったのは前提だけど
Winアプリの所謂フリーソフト文化みたいなのはUWPとストアのグダグダがトドメを刺した面はあると思う。
まあユーザーにとっちゃ、どうでもいい有象無象のアプリが行き場を失ったところで何の問題もないけど
一発アイデアで存在感を放つ謎のアプリみたいなのが生まれる素地は失われた。

**デフォルトの名無しさん** · 2024/07/03(水) 03:50:05.89

>>276
グダグダってよりインストーラーのサポート打ち切ったのが痛い
フリーソフトの配布方法が未だに混乱してる

それはプログラミング言語も同じで、一番プログラミング言語の学習に向いてないOSになり下がった。