◎正当な理由による書き込みの削除について: 生島英之とみられる方へ:
.NET MAUIが不人気な原因なんなの?
動画、画像抽出 ||
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク: http://5chb.net/r/tech/1712104264/
ヒント:5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
ライブラリがなさすぎてMAUIで作るよりiOSとAndroidを別々に2個開発した方が早い
PCとタブレットとスマホを一本のコードで書くとか無理に決まってるだろ
カメラ撮影もできないからテキストとボタンを表示するくらいしかできない
iOSアプリ開発にはMac必須なのにVisual Studio for Mac廃止なのが致命傷だった
AndroidとiOSのふたつですら最小公倍数でできないことだらけなのに
そこにMacCatalystとWindowsを混ぜるとか企画したやつ頭キチガイすぎ
Xamarinの出始めの頃の
基本的にiPhoneとAndroidで別々にアプリを作るが
OSに依存しないビジネスロジック部分だけ共通ライブラリ化する
というのが一番理にかなっていた
Xamarin.formsの時点で道を間違えていたんだよ
vscodeのc#拡張が産業廃棄物級のゴミなのが大きい
複数のプラットフォームに対応して出来ないことだらけとかAdobe Flashが通った道じゃん。
Silverlightでも経験しているのに何で同じ過ちを繰り返したのか。
ジョブズも死ぬ直前にそんなこと言ってたな
iPhone OSの新機能をアプリ開発に利用できるかどうか、いつ利用できるかがサードパーティーによって決定されてしまうと同氏は主張している。
特にクロスプラットフォームツールでは各種プラットフォームの「最小公分母」の機能しか提供されず、「開発者がAppleの最新技術を利用できない状況は受け入れられない」という。
https://www.itmedia.co.jp/news/articles/1004/30/news029.html 片方で使えない機能があると両方で使えないことになる
ぶっちゃけこの分野はFlutterで良いんだよね
プラットフォーム固有の処理はRustやGoで書いて呼べば良いし
唯一の難点というか嫌いなのはDart
ここだけせめてJSとかTSにしてくれりゃいいのに
Androidのユーザーは金払いが悪いから、そもそもiOS向けのアプリだけ出しておけば十分だったんだよ
>>11 AndroidはJavaだから問題ないけどObj-CのSDKをC#で書くとかただの苦行だし
別々に書くので良いよ
どうしても共通化したい場合はC++で書く方が良い
SwiftUIのシンプルさと雲泥の差なのが敗因だろ
ReactiveCommandなんかを使ってもグチャグチャになるし
ぶっちゃけ教科書どおりにObservableなんか使って書いたらメンテナンス性は最悪すぎてやばいだろ
失敗作の糞なのに頑なにプッシュして生産性落とそうとしてくるのが時間のムダ過ぎる
そもそもTeamsのアプリとかだってReactで刷新したわけじゃん
まず自分達の製品で使ってみろって言いたい
正直、iOSとAndroid別々に似たようなアプリを作った方が早い
あとXAMLは百歩譲ってもMVVMはゴミクソウンコだろ
>>33 これ
今や典型的なUIを使ったアプリなんてChatGPTで生成して貰えば良いのだからたいしたこともない
ゲームはUnityとか使えば良い
>>28 引数のラベルの仕様が全く違うので論外だよ
>>36 SwiftとC#なんてテキスト置換で相互変換できるだろ。
Xamarin.Macで古いCarbon叩く場合はIntPtrだらけになるけどiOSとCocoaだとそんなことないし。
むしろヤバイのJavaだよ。
AndroidのJavaはイベント処理に匿名クラス使いまくりだからC#に変換するのがクソ面倒。
>>37 触ったことないんだろうけどUIKitというかObj-Cは関数のシグネイチャが
aFunc:arg1:arg2と言うような形なの
つまり関数名と引数のラベルが統一的に扱われる
これはC#でまともに書けないので
ただの引数にしてメソッドの名前をシンプルに変えてる
例:UIKitのメソッドシグネイチャ
tableView:didSelectRowAtIndexPath:
Xamarinのメソッドシグネイチャ
void RowSelected (UIKit.UITableView tableView, Foundation.NSIndexPath indexPath)
トホホ
名前がラベルじゃなくなってる上に個別のただの引数になっておる
これを見た時おれはxamarinというかC#を捨てた
>>38 c#もラベルあるじゃん。
RowSelected (tableView:tableView, indexPath:indexPath)
みたいに書けばいいだけでは?
swiftで言えば全部の引数に_付いてる程度のもんだろ。
その程度の違いは一握りのキチガイしか気にしないだろ
みなみにswiftではこの辺が少し変わっていて
aFunc(label1 arg1:Type, label2 arg2:Type)となっている
呼び出す時は
aFunc(label1: "foo", label2:"bar")
ラベルがめんどくえって時は_をラベルの前につける
aFunc(_ label1 arg1:Type, _ label2 arg2:Type)
こうするとaFunc("foo","bar")で呼び出せる
ちなみにswiftも昔はObj-Cに寄せて
第一引数のラベルは無視されて生指定して
第二引数以降はラベルをつけるみたいな仕様だったが改善された
>>39 ラベルがメソッド名の一部だって言ってるだろ
そこを省略されたらなんもわからんのよ
これは単にxamarinのせいではなくただのC#の言語仕様の限界
pythonやrubyのように位置引数とキーワード引数がわけられる言語なら容易に対応できたのに
メソッド名が素直に一対一対応しないフレームワークなど使うか?
これが答えだ
いちいちこの対応関係を調べていかなきゃならん
こんなことやってられか?
いまならChatGPTがあるから多少マシではあるがこんなヤク狩りしたくねーのよ
>>41 qiitaなどの世に溢れてるswiftコードのほとんどがobjc風ではなくC#風の記法だらけになってるのに、
そんなバカみたいなことに拘ってるのは一握りのキチガイだけだぞ。
xamarinがなぜこんな仕様にしたのかは謎ではある
Javaに寄せるためにこうしたのか
キーワード引数は昔からあった気がするが仕様的に対応できないようなものがあったのか
>>44 当たり前だがswiftは上に書いたようにSDKと同じように書ける
両方上手く書けるようにしてるんだよ
というか書けないとおかしいのだが
ランタイムはObj-Cのものを使ってるのだから
xamarinのせいなのかmonoのせいなのかは知らんがswiftと同じようにすることはできたはずなのに
このようにxamarinはゴミという評価をして捨てていった
俺も一度はチャレンジしたのだよ
その結果がこれ
ちゃんとメソッドの仕様を合わせられていれば事情は変わっていたかもしれない
ちなswiftでのSDKのメソッドシグネイチャは第一引数のラベルにのみ_がついている
こうすることで完全な一対一対応かつ普通の言語のラベル付きメソッド呼び出しも位置引数呼び出しもできるようになっている
素晴らしい👍
C#でキーワード引数と位置引数の混合ができなかったのか
今もできないのかは知らないが少なくとも当時のmonoの環境では無理だったということなのか?
C#は詳しくないのでよくわからないが
この引数の仕様は間違いなくswiftが1番美しい
全言語の中で最強だろう
>>46 Objective-cなんて誰もがクソだと感じていたけど
iOSアプリ開発ではそれしか使えなかったから
みんな仕方なく使ってただけだろ
SwiftやXamarinが登場してObjective-cが激減したのが答えだよ
テキストひとつ連結にするのに馬鹿みたいに長いメソッドなんて誰も使いたくない
あんな黒歴史のような過去にしがみつくのは愚かの極み
Objective-Cとは、
C言語のメモリ安全性と、
Smalltalkの高速性を合わせたプログラミング言語である。
objc,swift,c#を並べて比較したとき、c#を選ぶ理由はガベージコレクションが唯一リファレンスカウント方式ではないという点だよ。
カメラでの動画撮影などの高負荷かつ長時間使うアプリだと安定性に雲泥の差が出る。
話がだいぶそれたがMAUIが流行ってないのは「xamarinで嫌気がさした人たちが戻ってこないから」です
言い忘れた
AndroidはJavaだからSDKがほぼ一対一対応するからと書いたがAndroid SDKの仕様的に匿名のインナークラスをすげー使うのよ
これをC#でやるのがすげー泥臭くてその部分もクソだった
つまり結局そのまま移植するということが実質不可能であり
こんなことなら別々に書いた方がマシとなった
まとめるとxamarinがクソ過ぎたせいで
どうせMAUIもクソだろうと思った人たちが相当数いて
MSの技術に不信感を持っているので使わない
現にMAUIのMacはgithubみてもほぼ開発は停止してる
実際俺は仕事でiOSとAndroidのネイティブ開発をやってて
両対応面倒だからxamarin使えないかと本気で移行を考えていたし実際移植作業を開始していた
だからこれくらい詳細に語れる
MAUIを流行らせたい場合はまずは失った信頼を取り戻すことをしないと無理だろう
あとSwiftUIやFlutterが出てきている昨今
今更XAMLとかも時代遅れなのはいうまでもない
>MSの技術に不信感を持っている
8のタイル以降これ
8に関わった奴の罪は重い
>>56 Xamarin.Androidは↓みたいなJavaのIListener系をActionに変換するクラスを必要に応じて深く考えずに脳死で作りまくれば捗るぞ。
class FuckListener : Java.Lang.Object, IFuckListener {
public Action<object>? OnFuckAction;
public void OnFuck(object you) {
OnFuckAction?.Invoke(me);
}
}
>>60 ぶっちゃけ思うんだけどセキュリティとかそういうのだけ更新してくれてたらWindows95で良いんだよね
>>62 流石に95は無理
NTをそのまま64ビット化してくれればよかった
おれは昔NTでずっと開発しててめちゃくちゃ安定してた
当時のマシンリソースなんてカスみたいなもんだったのに
>>2 Flutterとかでもそういうところあるよね
XAMLが嫌?
そんなあなたにMAUI Blazorをどうぞ
>>63 3.1に比べれば95は神
NT? 重すぎでしょ
>>68 95なんて落ちまくりだっただろw
セキュリティもやべーし
>>69 だからセキュリティだけは更新してと
>>62で言っただろ
文盲かよ馬鹿かよ無能かよw
OSのセキュリティだけ更新して製品の安全性を保てるとか思ってるやつ
プログラミングやってないんやろな、とは思う
>>72 何言ってんだお前?
今のOSは全部そんな感じだぞ
>>70 落ちるのは単なるバグだぞ
あとOS的にセキュリティは一切考慮されてない仕組みだから無理
>>68 今のwindowsは全部NTベースだぞ
windows10はNT10.0だ
>>75 95は32ビットフラットメモリモデルのプログラムがかけたんだぞ
3.1のセグメントモデルを知っていれば神としか言いようがない
3.1のファイル操作はDOSを使うからガックガクだったが95のプリエンプティブなマルチタスクは神
NTは確かにすでにあったけど起動するだけで眠くなるアプリ無いし
visual studio codeのc#とmauiの拡張機能が絶望的な品質だからだろ
iosアプリ開発はmac必須なのにvisual studio codeが使い物にならないせいでどうにもならない
>>76 3.1触ったことあるってマジで何歳よ?
ジジイの俺ですら検証用のマシーンでチラッと見たことがある程度で触ったことはないぞ
MAUIはmacOSはもうずっとCatalystでお茶を濁すつもりなの?前に触った時Windowサイズすら変えられないと知って絶望した
C#はもう観念して、せめてデスクトップに集中してほしいんだが
>>79 Windows3.1は1990年代の前半だから40代の元パソコン少年とかなら触ったことあると思うぞ
自分は45歳のオッサンだが高校に上がって少し経つ頃にはPCはWindows3.1一色になってた
>>82 俺もどっちかというとパソコン少年だったがMSXの後はwindows95まではコンシューマゲーム機しか触ってない
3.1触ってるやつは相当レアだと思うよ
今思えばWindowsは国民機を潰すのが目的の1つにあったろう
技術立国日本の零落の始まりだ
日本が誇れる企業はトヨタしかなくなった
AI自動運転とかで同じことが車で起きたら終わりだ
XAMLを削除して新しいモダンな描画システムを作るべきだよ
FlutterとかSwiftUIみたいに書けるやり方でさ
SwiftUIはよかった
まだ作りかけって感じは否めないけど(テーブルが10列までしか作れないとか)
最近のフレームワークは最初からUI書くために設計されてるからなー
ツリー構造をいかに手数少なく
その辺のフレームワークの設計はMSの専売特許だったはずなのだけどね
どこでおかしくなったのか
>>80 ビルドにMac必須だろ
とくにライブラリを作るなら実機が手元にないとまったく開発が捗らないし
>>81 ウインドウサイズは変えられるようになった
フォーカスの移動はできない
シミュレータなしだと都度実機へ転送でつらないか
いまはリモートシミュレータがクラウド化されてる?
ipaに署名できない
つまりリリースビルドができない
現状ではUIKitやらAVFoundationやらSensorKitやらを叩いてゴリゴリと自前でライブラリを作らないと使い物にならない。
そのライブラリの実装テストの試行錯誤はMac実機とiPhone実機の2つがないとまったく捗らない。
まあ、実際使い物にならないから流行ってないんだけどね
廃止予定のVisual Studio for MacをVisual Studio Codeがまともになるまで延命するでもしないとMAUIまるごと完全消滅しそうではある
>>81 mac catalystはswiftで開発してもゴミだからな。
AVFoundationもまともに動かないからバーコードも扱えないし業務アプリには致命的すぎる
Java拡張の方が評価も更新頻度も高いというね
MSくん何がしたいんやC#もういらんのか?
C#はVisual Studioで使うものだからどうしてもCodeの方はおろそかになるよねって話
Codeの拡張機能JSだし開発者もかぶってない
正直mauiはバグ多すぎてデバッグつらいからmaui blazorでui作るほうが早くできる
>>101-103 Xamarin開発者の99%はmonoからの流れでLinuxとMacだからな。
そこをスパッと切り捨ててWindowsでVisual Studio使ってる人だけをターゲットにした結果がMAUIの現状だろう。
しかもその層はスマホアプリ開発の経験ほとんどなし。
Windows Phone時代にチョロっと触っただけだというね。
まあC#一派って.NETにこだわりあるんだろうし
暗黒期を支えたプライドでこだわってるんだろうけど
時代は変わってることに気がついて欲しい
C#は望まれてない
windows phone時代のアーキテクチャは早すぎた
今こそ復活の時
VisualStudioでしてきたことを今更VSCodeでやってられんということでしょう
いい加減.NETの遺産は滅ぼして良いと思う
2022年のピークからコミット数相当落ちてるね
https://github.com/dotnet/maui/graphs/contributors バグ放置すんな人増やせって炎上してたのにコミッタ増えてないし改善する気無いね
>>111 UWPとiOSとAndroidで「共通でできる機能」だけを集めたもの。
逆を言えばこの三者のうちひとつでも実装できない昨日はバッサリ切り捨てられている。
つまり何も良くなっていない。
>>112 ええええ
これ以外開発するものないだろ
それとももうBlazorに全移行せよってこと?
AvaloniaUIにスター数負けてるのにオープンissue3倍
終わってる
星の数ほどディスれるけど要点をまとめると
・XAMLがHMLT5+JS(TS)と比較してすべての面で劣る。
慣れてるXAMLerですら新規プロジェクトで一から実装してると萎えるくらい面倒くさい。
逆にC#や.NETは神、Tauri+Rustで実装してるとRustの標準ライブラリやサードパーティーライブラリがまったく充実してくて面倒くさすぎて萎える。
・人気がないからコミュニティが過疎りまくってて限界集落状態でコントールもライブラリもなにもない、エコシステムが崩壊している。
特に認証周りのライブラリまでOSSに依存していて話にならない。
これがReact、Flutter、Electronなんかと比較してMSの開発環境が終わってる一番の理由。
MSのないならお前らプログラマーが作るんだよぉ!?はストイックすぎる、誰もこんな開発環境使わねーよ。
・破壊的変更が多すぎて過去のノウハウやナレッジがリセットされて使い物にならず何も残らない荒野になり再度開拓する気力もなくなりみんな逃げ出す。
WinUI2→WinUI3だけでもかなりの破壊的変更だらけでこんな環境誰も怖くてさわれない、ましてや自社どころか顧客のプロジェクトでは採用不可能。
WPFでXAML触ってたからいけるんちゃう?とWinUIに手を出すと内部実装がまったく違っていて手も足も出ない、また一からキャッチアップのはじまり。
まぁ、MSが割り当ててる開発者が少ないから
WinUI3もそうだが普通にクソ品質なんだよな
これが最大の問題
MSが力入れてないんだからそもそも流行るわけがない
そもそもMSがOfficeもTeamsもSkeypeもOutlookもどれもこれもぜーんぶReactとReact Nativeで作ってんのどゆこと!?ってなるわ
マジで俺等のこと馬鹿にしすぎだろ
MSの黒歴史
windowsアプリ作れるようにしたで
Visual Studio+Win32で作ってやw
→イベントハンドラやウインドウ関連のAPIがゴミ過ぎるためにまともなUIが作れない
MFC作ったで
C++でオブジェクト指向やでw
→結局ただのラッパーなのでCDocumnetやCViewの本質的複雑さは変わらず誰も使わない
しょうがないからVBで画面作ってやw
→結局画面はこれで作るのが標準になる
ただし、業務ロジックは裏のC++プロセスへ投げることになるのでたかが画面一枚作るのに死ぬほど手間がかかることに
MSの黒歴史2
.NET Frameworkっていうの作ったでw
Javaより使いやすいC#いう言語も作ったでw
今回はGUIも作りやすうしといた
みんなつこーてや
→フォームアプリのゴミさ加減は相変わらずなので大規模になるとまともにUIが作れない
WPFいうの作ったでw
流行りのXMLで全部書けるんや!!
これが最強やろ!!
→XAMLがゴミ過ぎて誰もついて行けず
そしてWeb全盛時代へ突入
しかしMSはこの分野での武器はゼロ
IE6というレガシーで足を引っ張ることだけが仕事になる
MSの黒歴史3
やがてスマートフォン全盛時代へ突入
Windows phone作ったでw
iPhoneやAndroidより使いやすいで
あと今回はみんな大好きJavaScriptでアプリをつくれるようにしといたでw
UWP言うねん凄いやろ
これに合わせてWinRTいうのも作ったで
裏側はwindowsのランタイムや!!
これからは全部これでええんやで
これで今度こそ勝ちや
→windows phoneは空前絶後の大失敗
WinRTは結局XAMLに囚われる上に
.NETの機能を使うにはめちゃくちゃ面倒で誰も使わず
MSの黒歴史4
IE6の死によりブラウザのフロントエンド開発が加速する
その中でReactやVueが流行り始める
仮想DOMを装備して状態を意識せずに書けるスタイルが人気となり爆発的普及を見せる
Blazor作ったやでw
WebアプリをJavaScriptやなくてC#で作れるんやでw
これが顧客が本当に求めたものやろw
→そもそもC#は誰も求めていないので誰も使わず
msの出すフレームワークよりelectronで作ったほうがいいってみんな気づいちゃった
いやそんなの本職のフロントエンドプログラマーなら10年以上前から気づいてたから
XAML使う理由がC#と.NET使いたいためだけに我慢してXAMLとMVVM学習してただけの話
.NETだけはとてつもない下位互換性を堅持してるのにフロントエンドフレームワークが常に破壊的変更されちゃただでさえXAML書けるやつもノウハウもナレッジも少ないのに誰が使うねんて話
個人的にC#と.NETでのアプリ・ビジネスロジック実装は今でも神レベルに使いやすいし便利だからC#/.NETからReactやViteやSvelte使えるようにしてくれりゃ全部解決なんよな
まぁ昔からずっと主張してる俺の持論でMSは社内のフロントエンド開発部門の毎年の予算作るためだけにまったく役に立たないゴミみたいなフロントエンドの仕事を用意してやってるだけやで絶対に
MSはどうにかしてC#を使わせようと頑張ってるんだね
利権かなんか知らんけどさ
別にWPFでもいいからXAMLを放棄してhtml5にしてくれたらそれでよかったんだけど、Xamarin
買収しちゃってXAMLがさらにカオス化というのがな。
WebView2のMac版とLinux版出してくれればそれでいいよ
スマホはもうC#でやりたいやつ誰もいないだろ、、、
一番期待してたBlazor Hybridも既存のRazor構文とMAUI抽象化レイヤーというゴミ実装でオワコン
なぜTauriのtarui::commandのようなnvoke Commandsの美しくも簡単で便利な実装にできなかったのか
まぁそもそもほんまにMS本社レドモンドで作ったのかも怪しいくらいゴミやから外注に作らせた説もぜんぜんあるわな
ほんまTauriでRustじゃなくてC#使えたら最強やのになぁ
Tauriの美しさは素晴らしい
デスクトップに限らずそのうちモバイル業界のガワアプリハイブリッドアプリのプラットフォームをTauriが統一すると思う
Tauriで開発されてるアプリでいくつか注目してるのあるけど2~3年立っても一向に開発終わらなってないのがちょっと不安だな
やっぱりElectronに比べると開発速度は出せないのか
>>130-131 Tauriはロジックの実装がRustなのが最大の魅力なんやがそれが足枷にもなってるんよ
例えば俺が個人利用のためにC#+WinFormsで作った圧縮・展開アーカイブアプリをTauri+Rustにポーティングしたんやが
RustにはC#のsharpcompressのような統合圧縮・展開ライブラリが存在しない
それどころかC++のlibzipやunrarみたいなのもなくてRustでヘッダー読んでとかめちゃくちゃ大変やった
ここがC#どころかC++にすら劣る部分やねまぁRustの使用領域を考えるとトップエンジニアが触るんやからそうなるんやろうけど俺ら下々のプログラマーにはちと荷が重い
そもそもrustの速度必要とする一般アプリなんてそうそう作る機会ないだろ
SNSアプリなんてWebAPI叩いてデータベースいじってUI表示とか
CPUインテンシブなアプリなんてなぁ・・
画像処理系のアプリとかで
例に出た圧縮も自前で実装するならいざしらず
結局外部ライブラリ呼ぶだけだしな
つか、libarchiveはもうwindowsに同梱されてるよな
Windows限定ならCOMで少々面倒だが7z.dllで全部完結するんだけどWinFormsをTauriにリプレイスするってことはマルチプラットフォームもある程度考えてるだろうしそうはいかんか
>>134 Tauriの利点はどっちかと言うとバイナリサイズの方だと思ってる
VSCodeやDiscord辺りが先陣切ってTauri化してくれたら神なんだがまあ無理な話か
tauri久しぶりに見に行ったけど2.0まだなんだなぁ
tauriはなーelectronに比べてpreloadもいらないしフロントエンド側はめちゃくちゃスマートに書けるんだけど
Rust側で何かやろうとするとガッチガチ言語すぎてギャップがすごい
C++とかやってた人は楽チンなんだろうけど
>>138 tauriでrustを使う理由って「rustで書きたいから」以外の理由がない
全部JSで書いた方が速いし楽
しかし男には全てをrustで書くという夢がある
そんなに心配しないでもそのうちGPTがUIをHtml+JSで出してくれるようになるよ
現状でもGPT-4oがすごいらしいじゃん
プログラマはロジックを書くのに集中すればいいってわけよ
俺はさっさとAIでER図やExcelのテーブルからDBとAPIをジェネレートしてほしいんだがな
一番AIに向いてるに内容だと思うんだが一向に出てこないからAIもぜんぜんたいしたことねーよな
個人的にインフラだけでなくDBやIFやバックエンドは自動生成してフロントエンドに集中したいわ
これ日本のデベロッパーが一番ズレてると思うのがプロダクトで一番重要なのってロジックじゃなくてUI/UXのフロントエンドだからな
日本人はデザインセンスやそういう発想がなさすぎるからソフトウェアがゴミなんだよ
今まで仕事しててこの分野で中国人に30年差をつけられてるのも納得って感じ
>>142 嫌だからその程度生成してるって
テーブル定義貼り付けてみろ
全部生成してくれる
WinUIは3にもなって未だにXAMLでウィンドウのサイズプロパティがなくXAMLでサイズ指定ができない
Githubでも散々叩かれててウィンドウサイズを変更する機能のないUIフレームワーク(笑)って投稿にいいね!めっちゃついててクソワロタ
なんでウィンドウのサイズ変更するためだけにコードビハインドかつP/Invokeで3行もコードを書かんとあかんねん
MSのフロントエンドアーキテクトってどいつもこいつもセンスゼロでほんま無能すぎるやろ
普通にWinFormsがバリバリ現役やからな
難点はWinFormsやとWin 11のFluent Designがまったく使えんことやな
そもそもmacOSやLinuxと違ってOSのGUIでMicaやAcrylicをネイティブサポートしてない時点でWinUIもMAUIも糞もないんやけどな
DevExpressが販売してるFluent FormsならWinFormsでMicaやAcrylicのカスタムコントローラーが使えるんやけど年間サブスクで$999からやから使えるわけない
なんでこんなMSが標準で用意せんとあかん機能をサードパーティーがビジネスにしてメシ食ってんねんおかしいやろ
まぁ流行る要素皆無よ
>>146 フォームは画面遷移があまりにもゴミ過ぎるからねえ
あんなの標準でやれってめちゃくちゃ
>Fluent Design
それ意識高い系が好きなやつやん
fluentやるにしてもelectronかtauriで十分
そうそうFluent DesignでDesktopアプリ作るのもReact NativeやElectronやTauriの方がパッケージ充実しててめっちゃ楽なんがイミフすぎるんよな
MSはもうフロントエンドを他からパクってきてロジックだけC#で使えるようにしてくれ余計なことせんでええ
SwiftUIが最強だぞ
なぜパクらないのか
技術力がないからだろう
JVMパクった時のように得意の同じアーキテクチャで丸パクリでいいのにそれすらできなくなった
>>149 Office 365で使われてるからもうネイティブ版は息してないな
Windowsネイティブアプリしゅーりょー
C#以外禁止ならBlazorでいいけどそうじゃなければReactで書きたい
フロントエンドはReactでもVueでもViteでもSvelteでもなんでもええんや
ロジックだけC#使いたいんやなんで誰もが求めてることをやらんのやMSアホすぎる
あとXAMLと双璧をなすめんどくさアーキテクチャのMVVMもオワコンすぎる
まぁそもそもC#の設計思想がC++からの移行を想定してて面倒な記述や手続きを求められるんやが
あまりにめんどいからWinUI3でもMVVM使わずがっつりコードビハインドやハードコーディングで書いてるからな
それにしてもXAMLもMVVMもとにかく手間がかかるJSやPythonが好まれる時代にまったくマッチしてないのアーキテクトやエンジニアのセンスゼロと言わざるを得ない
C#で書いたコードをNativeAOTしてそれをRustでラップしてやればTauriでロジックをほぼC#で書けるんじゃね?そんなことやる気ないから知らんけど
Tauriはもうブームさっただろ
時代はwailsだろ
Tauriはモバイルアプリ分野で普及しそうで期待してる
ガワアプリハイブリッドアプリを手軽に作れて、ReactNativeやCapacitor(Ionic)に対抗できるポテンシャルはあると思う
>>158 すまんが現場じゃJSとpythonって嫌われ者だぞ
IT業界
jsとpythonが人気に“見える”のは高校大学とかの教育現場までカウントされてるからだぞ
pythonだって機械学習ぐらいしか使わない
jsだって小規模開発ぐらい
規模が大きくなるにつれてpythonなんて能力不足だしjsはバグの温床になりやすいから極力排除する
フロントエンドのフレームワークのスレでそんなん言われてもね
Blazorは違う、フロントエンドをC#で書きたいなんてもう誰も思ってない
WailsやTauriのC#バージョンが求められてる
「誰も」とか「ゼロ」とか「極力」とか、
そういう極端な言葉使ってるやつは視野が狭そうに見える
ReactでもVueでもBlazorでもComposeでもFlutterでもなんでも好みのものを使えばおけ
Reactが学習コストも資産も充実してるってだけで、どのフロントのフレームワークを使っても動くものを作れる
>>168 求められてないけど
Wails使えばGolangで書けるのにいまさらC#にしがみつく必要なし
WebView2がクロスプラットフォームになれば事実上そうなるんだけどな
ガワはMAUIでもAvaloniaUIでもUNOでもなんでも良い
https://learn.microsoft.com/ja-jp/microsoft-edge/webview2/roadmap 一応ロードマップにはMacOSやLinuxはあるんだけど、音沙汰無いからやる気なさそうだけど。
goも不遇だよね
Dart開発しました
go開発しました
でもGoogleではTypeScriptが標準です!
>>162 そりゃお前の頭ん中な
今やその2つ+Rust/Go以外はやる価値なしと判断されてる
それ言ったらRustはもっと将来性あるというか確約されてるし人気あるだろ
まぁ俺もGo触ったことないんであれだが比較すべきはRustでそのRustと比較してどんなメリットあんの?
Rustは名前と人気だけ先行してみんなイメージだけで語ってるやつ多いがぶっちゃけ開発環境としてはなんもなくてほぼフルスクラッチになるからC++よりもきつい
そのRustよりも明確なメリットってなんかあんのか
>>178 そりゃお前の頭ん中な
あなたのお気持ちとか知りませんやんw
今のRustの用途ってCやC++の既存の機能を置き換える実装がほとんどなんじゃねーの
自分でなんでも書けるからRustなんてよゆーってプログラマーなんてそんな多くねーだろ
>>183 そのお前の頭の中の「勝敗」
誰得やねん?
JavaでAndroidアプリ作るよりC#のほうが解りやすくてMAUI使ってる俺は変態なのか?
まあ、主に自分で使用するものをVBAやC#で作った経験しかないからな。
ちなみにGoglePlayでツール系のアプリ公開してるけど2200回ダウンロードされてアクティブなデバイスは300程、Firebaseのデータやプログラムを定期的にアップデートしてる。
わざわざJavaで書く意味がわからんKotlinで書くだろ…
しっかしたまにC#やJava触るとセミコロンだったり型が前置だったりが古臭く感じるなあ
ウィンドウをサイズやポジションを設定するプロパティも機能もない
サイズ設定
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));
ポジション設定
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年の最新のマルチプラットフォームフロントエンドフレームワークとかあまりにもひどすぎてクソワロタ
そしてMS自身はOffice365もOfficeもEdgeもReact、VScodeはElectronで実装しててクソワロタ
GoogleもMetaもTwitterも社内で使っててものすごく便利で素晴らしいからフレームワークをOSS化して人気でたのに
それがMSの場合自社ですら使わないゴミをOSS化してるから当然だれからも見向きもされないままオワコン化
いまだかつてこれほど酷かったフロントエンドフレームワークは初めてだわ
そらまああんなでかい会社で一枚岩なんてありえんけどな
逆に開発者が環境を強制されない自由な社風とも言える
自分に都合のいい一面だけ見ても理解できんよ
もうMSはAIにコード書かせたいからプログラマの相手なんかどうでもいいんだよ
ここに来てクライアントアプリの需要増えるとか勘弁して欲しい
BUILDで発表あったけどコレからはWebだけじゃダメだ
クライアントだけでAI動かないと話にならない
>>193 BUILDの話題誰もしてないけどどこかまとまってる?
MSゴリ推しのAIとか絶対失敗するわ
今までMSがIPに巨額の投資や買収して成功したこと一度でもあったか?ないんだなこれが
AIなんて仮想通貨と同じく金儲けしたいだけの投資家のおもちゃよ
まぁAIバブルが崩壊するまでの短期間でそのおこぼれに群がるIT土方が乞食したいならそれもいいじゃね?
そうは言っても5、6年ぐらい前からクライアントでonnx使う機会増えてんじゃん
クライアントでSLM使うのが流行り
Phi-3でWindowsもAndroidもiOSもクライアントだけで動く
AIでも結局やってることが10年前に大流行したビッグデータのデータマイニングと変わらんてことよ
SLMなんてAIそのものよりもそのドメインの専門知識や機密情報が重要なんであって既存の専門分野の業務システムと何ら変わらん
俺はとある超大手企業でSAS使ってたけどご自慢のビッグデータで何してたかと言うと経営者が喜ぶ情報を作るためにデータを取捨選択してたってわけ
こんな無駄で無意味なことなんてマネタイズできっこないしなぜその企業が大金かけてたかというと
プロジェクトを仕切っていた本部長が実の弟の会社に一括で仕事を流してたからという背任罪あるある
MicrosoftはOpenAIやGitHubを実質的に抱えてるってこと忘れてない?
>>201 GitHubは買収してるんだから実質的って表現おかしくね
あれはMicrosoftだぞ
GitHubのAIといえばCopilotどうなった?
今日の海外記事でCopilotのコードが誤りの可能性は51%って情報が出てたぞ
まぁお前らがご自慢のAI使って大したもん作っても稼いでもないってよーくわかった
ぼきゅえーあいしってるんだもん!でクソワロタ
Github Copilot は普通に使えてるよ
タイピングが減って快適だ
普通に間違うので、ウソをウソとわかる人でないと難しい
むしろその51%が低く見えるけど、ちょこちょこ皆使ってるんじゃないかなw
mauiが不人気な理由はxaml何じゃないかと
過去に戻るけど、Delphiみたいにデザイナーパネルから画面は作れるようにするのは難しいだろうか
(Delphiは、見たらスマホアプリとかも作れるようになっているんだね)
>>210 ガキの使いじゃないんだから今時ペタペタなんてしたくないんよ
コードでガッツリUIを書いてそれがリアルタイムで確認できる
これがモダンなUIの作り方
何ならChatGPTを組み込んでくれてもいい
どうせ画面は生成AIで雛形作る時代
>>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自身がやる気も流行らせる気も毛頭ないのに当然やろ
>>212 へー、デスクトップ版ExcelやWordもReact/React NativeとElectronと言い張るのか
せめてスタイルの記述だけでもWinUIでCSSにできんかったんか
CSS使えるJavaFXのFXMLの方がよっぽど筋が良かったわ
まぁJavaFXはOracleが延命せんかったから死んでもうたけど
CSSと言わずともせめてJSONで記述できれだいぶマシやったんやがな
もうApp.xamlやResource.xamlにズラーッとSetter並んでるStyleとか見たくないわ
XMLは可読性が最悪すぎて蕁麻疹でるっちゅーねん
XMLはもう終わりだよ
AndroidもXMLはメンテナンスモードに移行したし
GUIを論理構造でやるやつってDelphiで昔やってたやつと違うのかな
何だかループしてるように見える
JSXという理想のXMLがあるのに何でその劣化版を書かなきゃならんのってなるわな
JSXはXMLじゃなくてJSだよ馬鹿
ニワカが知ったかしてしゃしゃってくんなよ
それはコンパイル後の話だろ
書くときはもろにXMLだ
書いたこともないくせにしゃしゃってくるなバカ
オイラもJSX(TSX)のどこがXMLなのか気になるから詳しく説明よろ
あの構文のどこをどう見たらXMLに見えるんだろう
生まれて初めて聞いたから若干の戸惑いを感じる
XML じゃなくて、S式をベースにすればよかったんだよね
>>223 逆にXMLじゃないと思ったのはなぜなんだろう
例えば単一のルート要素やタグの対応関係が必須など
もろにXMLなのだけど
JSXはJavaScript XMLの略らしいけど
?
XMLは元々そういう変換機を作るための汎用フォーマットだぞ
だからパースしやすいように厳格になってる
それ単体では何の意味も持たないだろ
そもそも処理系ではないんだから
wikiでもど頭に
JSX (JavaScript XML, formally JavaScript Syntax eXtension) is an XML-like extension to the JavaScript language syntax.[1]
って思いっきり書いてあるやん
Binding というアイデアがハズレだったんだよ
根本的なところでハズしているので、巻き返しは不可能
JSXをただのテンプレートエンジンと思ってるんじゃないの?
タグとか素のHTMLでさえ全部パースしてVDomで保持してるのに
モバイルアプリ開発総合みたいなわかりやすいやつほしいね
単一プラットフォームネイティブ(Swift、Java/Kotlin)からXamarin/MAUI、Flutter、ReactNative、KMP等クロスプラットフォームネイティブ、ひいてはガワアプリまで全部一纏めにしていい
このスレが実質そうでしょ
Flutter vs .NET MAUI vs React Native 2
http://2chb.net/r/tech/1671218306/ >>233 言語は利権争いできるから、一つにまとまるなんてことは起きないんだ
そうだな
型を適切に扱えない言語は滅びるべきである
型とかそういう言語仕様も大事だけど、まずフレームワークのメンテナンスをまともにやってほしい
FlutterやReactNative、Compose Multiplatformと比べてMAUIのやる気のなさ、情けないよ
mauiってよく知らんのだがデスクトップ開発でなら使われてるの?
マイクロソフトはクロスプラットフォームを、MAUIを捨ててBlazorに絞って開発したほうがいいように感じる
MAUIを採用するうえで致命的なのが、いつ開発停止しても何ら不思議ではないこと
運用リスクが高すぎて、せいぜい過去にXamarinで作ったアプリをMAUIで保守しようかなくらいにしか使えないよ
MAUIは配布がクソめんどい
デフォルトのアプリをビルドしただけで100MBものサイズになり、
msixしか生成されないからbundleは手動で作ってやらなきゃならん
しかも自己署名証明書だとインストールもできないので、高い証明書を買ってこなきゃいけないし定期更新も必要
受託開発だとまぁ選べないわな
アプリのサイズを気にするならOS同梱のグラフィックライブラリでアプリを作らないとね
AndroidならCompose/Kotlin、iOSならSwiftUI/Swiftで作れば数MBの容量で済む
https://www.jacobras.nl/2023/09/android-ios-native-flutter-compose-kmp/ RAMと同じく今どきストレージ気にする必要性あるハードウェアなんてないやろ
PCどころかスマホですら512GB~1TB当たり前やのに
あとUnpackageでビルドすりゃ今まで通りバイナリ出力されるからサイドローディングすら必要ないやんが
もちろんこんな初歩的なことは知っとるよな?もしかしてエアプか?www
いやー、iPhoneとかだと64GBしかない人とか沢山いるし、さすがにアプリ容量が百MBを超えるとアンインストールされるリスク高いと開発者目線では感じる
アプリが数MBしかなければアンインストールする気を起こさせないというのはあるはず
自身で作成したモノの単なる署名に金掛かるというのがほんと意味不明
証明書機関とかただの利権ビジネスじゃねーか
>>252 ネットはアメリカの巣の中。
xxx.co.jpなどのURLアドレスの登録も
2千円程度の年間維持費がかかるし。
Windowsの証明書はボッタクリ業者ばっかでホント高すぎるし手続きダルすぎる
昔はプログラミング始めると言えばとりあえず手元のPCに入ってるOSで動くアプリ作ってみるみたいな入口多かったと思うんだけど
Windowsのデスクトップアプリがここまで冬の時代になるとは思わなんだ
年間99ドル払えばとりあえず大体のことはやってくれるAppleの方が遥かにマシ
>>256 シェアが73%以上の寡占状態になると、市場がしぼむ
と言われているけど、それが当てはまっているのかも。
Windows用のアプリ市場で、OS会社のMSが自分で
アプリまで寡占状態に指定待ったことで、アプリ市場
が死んでしまい、アプリ市場に活気が無くなった。
そのため、Windowsアプリ離れが起きた。その結果、
OSまでシェアを落とした。
マーケティング理論からそう考えられるかも。
MSストアでパブリッシュすりゃすべて解決やんけ
開発者アカウント登録も初回の1847円だけでAppleみたいにがめつく毎年更新$99と高額な費用を払う必要もない
ニワカかつエアプすぎてググった知識でなんか文句言いたいだけやろこいつwww
しかもAppleと違ってMSはほぼすべて日本語でアプリの登録・申請・問い合わせが可能
AppleなんてXcode含めて開発環境・登録・申請・問い合わせが英語強制やからな
世界有数の英語アレルギーの日本人にとってどっちがハードル高いんやっちゅー話
iPhoneやAppストアや登録費用の話題出したのお前やろガイジwww
そもそも野良アプリはmacOSでもTerminalからcurlでインスコせんと既に起動すらでけへんわ知ったかすんなエアプwww
墓穴ほりまくってメッキが剥がれてきたな知ったかエアプくんwww
>>261 ああ、なんだ、何も知らない馬鹿か
買ったこともなく(実は貧乏だから買えない)アップル製品の悪口を書く馬鹿が多いよな、5chは
これMacの専ブラから書き込んでるんやがついに墓穴ほったのクソワロタwww
>>263 己が馬鹿なことを嘘まで付いてごまかすなよ
馬鹿にはiTerm2とかインストールできんのだろうな
MS Storeは最初にUWP縛りして大コケしたからそれから一切使ってないって人多いのが問題。
ていうか有名アプリでも大半はストアへの誘導じゃなく直接インストーラをダウンロード出来るようにしてるのがほとんどだろ
ユーザーもそっちに慣れてる
証明書とノータライズだけしてあればAppleは野良アプリターミナル叩かなくても起動できるよ
UWPのアイデア自体は悪くなかったはずなのにここまでこけるとはね
>>267 開発者は、MSのベンダーロックインから離れたいと
思っているから。
そもそもVSCodeのダウンロードページにすらストアへの誘導が無いのが、どれほど開発者から総スカンだったかを物語っている。
一応ストアにもあるけど、こっから入れてる人いるの?笑
MSは、何十年間も客の事を考えずに買わざるを得なくして
無理やりかわしていただけだから、いつかチャンスが
きたら離れてやる、仕返ししてやると大多数の人が
思っていて、隙あらばMSを潰そうとしている人が
多い。
デファクトスタンダードだから使っていただけだし。
だから、チャンスが来たら、離れていく。
MSは必死で引き止めるしかない。
Macファンじゃなく、MS製品ばかり使ってきた人も、
心の中ではMSから離れたく思っているから。
MSは力でねじ伏せる流儀だから、いつかは離れられる。
40年くらいそれが続いてきて、ねじ伏せ力は凄いが。
みんなが使ってるOSを使っていたら、売れるアプリでも
作れるかな、と思ってたけど、MSの寡占のせいで
一時的に売れても、こっちが有名になる前に
すぐに模倣されてMS製の方が有名になるのが
目に見えている。
だからメリットがとても少ない状態。
さりとてMacやLinuxもメリットが無い。
だからしょうがなくWindowsを使っている状態だよ。
読みにくいわ!w
スマホか何かで書いてるんか?
Microsoftがそこまで嫌ならLinux行けば良いんじゃねって思うけどね
>>271 違う。
みんなが使ってるOSがiOS/Androidになっただけ。
Winは「仕事用OS」になったから、個人がアプリ入れようと思わなくなった。
んで、Winの仕事用アプリはMSのOfficeかAdobeのフォトショとかイラレの独占状態。
それで今、仕事用アプリで独占じゃないアプリを売ろうとするならiOS/Android/Winをサポートする必要があって、必然的にWebアプリ開発が主流。
業務用アプリは100歩譲ってMS Storeでも良いんだけどね。アップデートも制御しやすいし。
アプリ作るならWebで、っていう大きな流れがあったのは前提だけど
Winアプリの所謂フリーソフト文化みたいなのはUWPとストアのグダグダがトドメを刺した面はあると思う。
まあユーザーにとっちゃ、どうでもいい有象無象のアプリが行き場を失ったところで何の問題もないけど
一発アイデアで存在感を放つ謎のアプリみたいなのが生まれる素地は失われた。
>>276 グダグダってよりインストーラーのサポート打ち切ったのが痛い
フリーソフトの配布方法が未だに混乱してる
それはプログラミング言語も同じで、一番プログラミング言語の学習に向いてないOSになり下がった。
まあでもさー
今時なんの保証もない野良exe実行しろってのも無理があるよ
俺なら絶対にやらない
だから、アップルみたいに署名とノータライズだけ提供してストア外でも配布できるようにすれば良いんだよ
今だと警告だけで結局起動できちゃうからむしろ危ない
Sandboxで動くなら署名なくてもインストール実行してやらないことはないんだけどな
SandboxなしのfullTrustの野良の署名なし->怖すぎ
Sandboxの野良署名なし->ちゃんと権限みて適切ならインストールしてもいい
xamarin.iosとxamarin.androidで別々に作るのが一番捗る。
最重要なサーバーとの通信部分なんかを共通化できるからね。
swiftとkotlinに分けるより良い。
>>282 Kotlinだけでandroidもiosも書くのはだめなの?
>>285 kotlinでやりたいんならいいんじゃないやってこれば?
ここは.netでやる方法をいま議論してるんで
スマホのエコサイクルからはじき出されてるせいで延々迷走し続けてるな
MAUIって結局ザマリン救済でしかないんだよね
それに気がつくまで期待してたのに裏切られた気分
ザマリン使ってる奴らに嫌がらせして
さっさと移行を進めてる段階なのかなと
ほんとMSを信じてザマリンに行った奴らをバカにしてる
>>274 でも、経営学やマーケティングと呼ばれる学問(?)では
寡占状態になると市場が縮むから、73%以上のシェア
をとるのはやめた方がいいと言われているんだよ。
マイクロソフトが事務用アプリであるワープロなどで
高いシェアをとり過ぎたことで、他社が参入できなく
なり、ワープロの活気は無くなった。また、ドロー系
ソフトも全部MS Wordの中に入ってしまっているから
文書作成、図形作成も全て含めて他社製ソフトが作り
にくくなってしまった。結果、Adobeみたいに
物凄く作り込んだソフトだけが対抗できる。
>>289 [追加]
寡占になり、その分野で他社製品が生まれなくなると、その分野が
「終わった」ように見えることなり、消費者が離れて
いくらしい。
すると、そのカテゴリ自体が死んだような状態になり
寡占企業も活力を失うらしい。
>>290 [追加2]
MS WordもAdobeのphotoshopも必ずしも使い勝手
が言い訳ではないし、使い勝手の良い別のインターフェース
が作れる余地もまだ有るが、弱小メーカーが作っても
知名度が低いので十分には売れず、認知もされないず、
開発費の回収すらままならない状態の内に、Wordや
Phtoshopにアイデアだけ真似されてあたかも、
世界で始めてそっちに機能が導入されたかのように勘違い
されることになりかねない。
実際、それでいつまでたっても、新しいソフトが普及
しない。
新興企業の新製品が雑誌で紹介されることも減ったかも
しれないし、そもそも雑誌読者が減っているから、
寡占企業の牙城も崩れることが無い。
でも、「つまらない」から消費者離れも進んでいく。
かといってネイティブアプリはさらに迷走してるやん
今windowsのネイティブアプリでいちばんのおすすめの作り方は何?っていうと困るでしょ
>>292 困る、まずクロスプラットフォーム対応の観点でC#.NETは選択肢から外れる
やるとしてもBlazor+Electron(or Tauri or wails)が無難
クロスプラットフォームであることってそんなに重要?
>>294 言うなればインターネットサイトはクロスプラットフォーム対応アプリだけど?
WASM技術もあるなかでWindows専用ネイティブアプリがインターネットサイトに本当に勝っているのか考えてみたらいいと思うよ
WindowsPhoneが普及してたら.NETが天下を取っていたのにね
MS自体がネイティブアプリに対する回答を出していない 昔なら生のWin32 API使ってゴリゴリ書いてくれとか
MFC使ってくれとか
.NET使ってくれとか
その時々でこれがベストだよと教えてくれた
しかし今はどうだ?
結局何使っていいのかさっぱりわからん
Visual Studioは、最新の環境でも
起動に10秒くらいかかると聞いたけど、
本当なんですかね?
クロスプラットフォームじゃない場合でも選択肢はかなり多い
MSが今いちばん開発してるのはWinUI
しかしこれは古いWindowsは対象外という情けなさ
Windowsの唯一の利点古いOSでも動くというのがなくなる時点で論外
WPFはあのXAMLを書かなきゃいけない時点で嫌
MAUIも同様
React Native Windowsは情報がなさすぎる
UWPはオワコン
Win32は論外
MFCもオワコン
Blazorもよーわからん
もうダメぽ
>>299 blazorよーわからんはあんたが勉強不足だと思う…
まぁ俺の結論は、今Winアプリを作るならWinUIかElectronだな
スマホアプリならFlutterかネイティブ
MAUIはウンコ
XAMLに精通してる俺ですらもうXAML触りたくないからな
XAMLでデザインのカスタマイズとかマジ地獄やで
とある超大手で作った行がカラムによって複数あってデータと連動してバラバラにスクロールするカスタムDataGridをほぼ一人で作ったときとか死にそうやったわ
HTML5+CSSならロジックとほぼ完全に疎結合にできんのにXAMLやと不可能
がっつりカスタムするにはControlTemplateだけでは不可能で各基底クラスを継承してがっつりコードビハインドが必要かつConverter+Behavior+DependencyProperty+ViewMovel+Validationで超絶コンポーネントとロジックが密結合してて複雑なコントロールは最後は作ってる自分ですら混乱してくる
人気がないんはMSの開発環境やからとかまったく関係ないねんただ単純に複雑で使いにくくてパフォーマンスが悪いからやねん
結局のところUI作るのはReactが一番簡単。
いつまでもC#にしがみつくことなく使いやすいフレームワークのある言語へと脱出するべき。
結局C#がオワコンに行き着いちゃうの?
1世代を築いたC#がUnityでしか使われないマイナー言語という評価になっちゃうの?
逆にC#+XAMLでスマホアプリ作りたいって需要まだあるのかね?
もうC#自体が業務アプリのメンテとUnityくらいしか使い道無くなってきてる気がする
いまはスマホアプリですらReactでつくって
ionicのcapacitorを被せるようなガワアプリが流行ってるし、MAUIは戦略を間違えてると思う
>>305 ないでしょ
いまからやるならReact/JSかFlutter/DartかCMP/Kotlinか
C#は見る影もない
>>298 VS2019で試してみたけど2秒ぐらいだね
VS Codeだと1秒かかってないぐらいかな
業務系だと結構C#は生き残ってるよ
まぁネイティブライブラリの豊富さや、UIの作りやすさでVBから置き換わってる感じ
業務系だとMacやLinux、ましてやモバイル系など一切考慮しないからねー
>>304 Javaですら今この有様だから仕方ない
Javaベースの言語は書きにくいのよ
React Nativeって本来MSが作るべきものだよな
ネイティブアプリや描画に関しては他のプラットフォームに比べて明らかに優れているのに
今MSはreact-native-xamlなんて斜め上の魔改造作っとるのクソワロタwww
スレ住人含めた従来のMS開発環境に精通したプログラマーが望んでるものからことごとく斜め上にいくのなんなん?w
みんな望んでるもの:.NET+C#でロジック、フロントエンドをReact or Vue or Electron
誰も望んでないもの:JS(TS)でロジック、フロントエンドをXAML or ASP(Razor)
今MSがやってることって社内失業者を出さないために無理矢理に仕事作って社内で予算作ってもらってるとゆー俺がいつもゆーてる冗談が現実味を帯びてきたなwww
>>297 BUILDとか見てるか?
特に今年のはローカルPC上でAI動かすのが話題
その上でクライアントアプリの需要が増える
WPFが強化された
>>313 >みんな望んでるもの:.NET+C#でロジック、フロントエンドをReact or Vue or Electron
これは既に有るじゃん
何年も前から
>>316 言語はTypeScriptでいいよ
MSはネイティブTypeScriptコンパイラを作るべき
今こそCLRを活かすのだ
俺がMSに望むもの
DirectXを使った高速描画のReactNative
TypeScriptのネイティブコンパイラ、インタプリタ
この2つを出せばマジで覇権取れる
mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと
タッチ操作とマウス操作は混ぜるな危険
似て非なるもの
iosとandroid
windowsとmac catalystで完全に分けるべきだった
業務システムのクライアントが軒並みiPadアプリ化して
だれもwindowsアプリを作らなくなったから焦ったんだろうけど
今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな
『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui
その結果、ipadアプリ開発でのシェアも失った
visual studio for macの廃止が悪手すぎた
完全にipadアプリ開発者たちに見放された
>>315 ローカルaiはハードウェア要件が高すぎだから確実にコケる
npu搭載で先行したandroidでも大して使われていないし
>>325 しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉
>>315 ローカルで動かすメリットなんて何もないだろ
ローカルもしくは自社内で動かせないと
メリケンゴミカス企業に情報吸われるからな
エロい事やりたい
男のロマン
つかAIって言ってもLLM以外にもあるやろ
SDとかローカルで使ってるやつ多いやろ
丁度昨日も見たけどローカルの英語の動画を
LiveCaptionで字幕つけたわ
翻訳までしてくれるとありがたいな
.NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは?
>>311 Kotlinは書きやすいと思うんだが違うん?
JetBrainsてだけで使う気が失せる
IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ
そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない
>>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から強制的に移行させられたことは苦闘の連続だった。
最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。
>>318 俺もそれだわ
全部Typescriptでいいよもうってなってる
C#→TSはめちゃくちゃ学習コスト低いし
TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ
それはさすがにエアプすぎ
ReactにしろVueにしろどっちも使えるけど
皆がそう思ってるならここまでTSが普及することはない
ニワカほど流行りが大好きやからな
自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか
こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい!サーバーサイド素晴らしい!とか草生えるわwww
おっとそうだったな
俺たちはC#と墓場まで一緒だぜ
ウェブ技術なんてもんに手を出すやつはただのミーハーだよな
>>333 言語仕様はモダンだとしてもJVMのライブラリありきの設計だし
普通にJVMの設定が普通の人はもう嫌になる
>>336 C#使いがTSに全く興味持ってないからねえ
だからMSも需要ないと思って開発しないのだろう
既存言語の再実装なんて得意なのにね
まじでJSTS推してるやつはこのスレから出てけよ
敵なんだよおまえら
TSはまだ良いけど基本JS嫌いだし書きたくない
C#だけで全てを解決したい
だからBlazorには期待値が高かった
>>304 そもそもC#は意外と使われてなかったとか。
C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ
C#がモバイル業界を牛耳る素質はあったのに
>>338 JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ
お前らTypeScriptの前はCoffeeScriptを絶賛していて、
Reactの前はAngularを絶賛していただろうが
何回覚えたことを無駄にさせられたか数え切れねぇわ
>>348 みんなObj-Cにうんざりしてたけど仕方なく覚えたからな
リファレンスカウントの手動上げ下げとかよーやってたわ
あのタイミングでC#メインの仕組みを出せればワンチャンあった
全てが遅すぎた
>>349 BlazorはまんまReactやAngularインスパイアだろ
人のこと言えんわ
フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う
業務用のモバイルデバイスといえばiPad
時点でAndroidタブレット
iPadといえばSwift
AndroidといえばKotlin
SwiftとKotlinの間を取ったような構文なのはC#
しかもSwift寄りで9割は文字列置換でC#に移植できるレベル
ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点
Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた
UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道
KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること
これだけで使用言語の選択肢から外れる
FlutterもだろAndroid Studio必須だからな
>>358 IDEはAndroidStudioもXCodeも要らないよ
内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ
このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。
だが、ここを参考にするのは警戒したほうがいい。
モバイルアプリは
・ガワネイティブ(ウェブ系、WebView)
・SwiftUI(Swift、iOSのみ)
・JetpackCompose(Kotlin、Androidのみ)
・Compose Multiplatform(Kotlin、AndroidとiOS)
・Flutter(Dart、AndroidとiOS)
に落ち着いたね
モバイルは十分だからデスクトップアプリの方の頑張りが足りない
Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし
最近、店舗のメニューをデジタルアプリ化するところが増えてるよね
ちょうど嫌悪にそういうスレが立っとった
店員「ご注文はスマホでお願いしますw(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627]
http://2chb.net/r/poverty/1726639814/ この前入った焼き鳥屋がそうだったわ
「え?ファミレスでも卓上タブ置いてあるのに?」って言っちゃったよ
噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね
ファーウェイ、Androidから完全脱却した新OSがリリース間近か パフォーマンス向上などアピール(オタク総研)
#Yahooニュース
https://news.yahoo.co.jp/articles/1a167246c18b6ce76f78655682e14bc9af404163 >>370 現時点ではJS/TSでのアプリ開発しか無いらしいよ
ゲームアプリとかどうすんだか
またMACとペアリングできなくなってる
いい加減にして
これってVSCodeでまともに作れるの?
いつもVS2022で開発してるんだけど
.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う
MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する
>>373 今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
https://github.com/microsoft/vscode-dotnettools/issues/1449 Visual Studio for Macを復活させろとマジで思うくらいグダグダ
Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。
>>376 たしかにBlazor使えばワンチャン
だからスマホ版Electron
MAUIが一番開発活発で人気高いから文句多いのは仕方ない
>>381 tauriいいの?
ちなみにRustは使いたいとは思わなかった
wailsが1番スマートなんだけどねー。
ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった
tauriは実装されたばかりでまだバギー。
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の方が大きいシェアであり続ける、とかもありそう
goあたりがバランスいいよな
rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが)
wailsがバランスいい
Goってそんないいのか?
Googleってあんまり信用できないわ
コンパイル、ビルドが早い
クロスコンパイルしやすい
書きやすく入門しやすい
GCにより厳密なメモリ管理を求められない
少なくともRustよりはいい
>>389 ウェブベースでUIを組むならGo言語のWails
ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin
ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい
XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし
クライアントサイドからは完全撤退する気だろ。
https://github.com/xamarin/GoogleApisForiOSComponents C#のネイティブAOT対応が遅すぎた
やってることがKotlinの後追いでしかない
C#こそ最強
Kotlinなんてスマホ以外で使ってるやつ見たことない
てかそもそもどんな言語なのか知らない
言語よくてもアプリ作るのが目的だから
まともなUIフレームワークないからC#は役立たず
Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない
金の亡者JetBrainsの作る言語なんて使わなくていい
実質有償って何?
.netのサポート期間短くない?
サポート切れたらバージョン上げてビルドしてテストして差し替えとか面倒すぎない?
.NET Frameworkは実質どのPCにも入ってるからこれで開発するね…
>>402 C#もiOS/AndroidアプリはJetBrains Rider必須になったぞ。
Visual Studio for Mac 廃止
Visual Studio + xcodeリモートビルドは不具合だらけ。
VScode C# Dev Kit も不具合だらけ
iOSのstoryboardやAndroidのaxmlすら開けない始末。
githubにある最新版だと開くだけはできるようになったが、ボタンすら配置できないゴミ。
>>403 KotlinはIDEが公式の有償製品じゃないと使い物にならないってこと
vscodeじゃまともに開発できないのは終わってる
その理屈でいくとC#も有償のVisualStudioサブスクリプションが必須だよ(入れないとC#DevKitライセンス違反になっちゃう)
個人開発じゃないならC#も選択肢に入れちゃだめだね
有償なことは変わらんけど買い切りの永続ライセンスじゃダメなんだっけ?
んー、Roslyn単体が無償だとして
VisualStudioをつかわず、VSCode + C#DevKitも使わないでまともに開発できるの?
406の言うKotlinと同レベルの終わり方になる気がする
>>408 ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
>>410 感謝
見たけどダメそうだな
研修受けてる奴らがvscode使ってるぽいからそのまま本番環境入ったらたぶんライセンス違反してたは
c# dev kitはiOSアプリ作れなくなったし論外だろ。
比較対象にすらならない。
>>144 WindowのAppWindowで出来るよ
>>144 それは思う
あとなんか知らんがビヘイビアのライブラリがWindowにはつかないよなWinUI
Page以降ならつくけどWindowに付けられればactivateとかのイベントもMVVMでViewモデルにコード書けるから楽だと思うんだけどね
>>410 >ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
C#アプリを企業で開発する場合、買い切りの VisualStudio では駄目で、サブスクリプション
でなくてはならなくなったということなの?
>>416 ごめん主語省いちゃったね、410はC#DevKitのライセンスの話
従来通りVSで開発するならサブスク不要、
無償環境のつもりでVSCode+C#DevKitを使うとサブスクなしならライセンス違反
使ったことないから聞きたいんだけど、以下の認識であってる?
・C#DevKit: VS Code用の拡張機能
・これを使うにはサブスク版のVSのライセンスが必要 (VSとは別の「C#DevKitのライセンス」があるわけではない)
>>418 業務利用ならそれで合ってる
研修用途とか個人開発とかなら、VSのCommunityEditionのライセンス、つまり無償で使える
正確なところはライセンス記載のページを見てちょうだい
サブスク契約しなくても使えるならどうでもいいわ
縛ってきたら使わなくなるだけだし
小学校のプログラミング教育必修は2020年かららしい
有償のC# Dev Kitなんかなくても開発できるし
日本の交通の基盤を提供するアプリが未だサポート切れのXamarinで作られてるって正直考えられないよな
AzureのモバイルアプリもまだXamarinだし
全然.NET MAUI化が進んでない
>>423 そこら辺のアプリはC#のコア部分をexportC化してUIをウェブ系、KMP、Flutterのどれかで新しく実装し直したほうがいい気がするわ
「C#のコア部分」じゃなくて「アプリのコア部分のC#コード」だな
>>424 クリーンアーキテクチャでいうところのデータ・レポジトリ部分
いつのまにかRiderが無償化されてた
JetBrainsのIDEでRiderは触ったことなかったな
Avalonia用もあるのかよ
.NET MAUI 有名アプリ
>.NET MAUI を使用して開発された有名なアプリはありませんが
ゴーグルでは無いことになってる
ChatGPTはいくつか(有名ではない)名前が出てきた
>>430 VSCodeの一番のいいところが商用無料なところだからRiderやVSとは差別化されてる
vscodeでC#やるのは商用有償なプラグインを入れなきゃいけないから、vscodeだって実質商用有償
>>435の言う通り、商用の場合プラグインが優勝になります!おめでとう!
MAUIはAdMobもFirebase Authも使えないのに流行る訳ねえだろ。
>>437 そこら辺はKotlinやSwiftで適宜書けばええやん
それなら最初からkotlinをマルチプラットフォームで書けばいいってなっちゃうやん
c#以外を使いたくない
C#でスマホ開発ができるなんて胸熱だろうが
文句ばっか垂れるな
CPUとアプリの間に.NETがいるのが嫌という人もいる
ガベコレ言語ってイヤだよね
地球にやさしくないし
クライアントもサーバーもC++で統一すればいいのに
>>437 xamarinの頃は普通に使えたんだがな
flutterはこの前のレイオフでやっぱダメージ受けてるっぽい
admobとfirebaseのnugetはxamarinが直々に管理してたがリストラで更新停止したからな。
mauiはライブラリが絶望的に弱すぎる。
line sdkもflutterしか用意されてないし。
今でもGC無しでUI書くのに向いてそうなのってSwiftぐらいしかなくね
flutter は少しずつ人を抜いていって、最期はコミュニチーに任せます!となるんだろうね
>>444 MAUIからKotlinやSwiftを呼ぶのは比較的容易に実装出来るけどMAUIからDart(Flutterの実装言語)を呼ぶのはとてつもなく面倒
一応出来るけどやる価値なし
Macでプロジェクトを作るとWindowsを外してくるし、Windowsで作るとiOSを外してくる・・・・そういう微妙に苦労するようなことなんでするかな?
Ionicでいいじゃん
画像処理系やゲーム並に独特なアプリじゃなければだいたいこれで行けるんじゃないの
アプリ作るのが目的なんだろ?
それなら多少他の環境も..
それともC#で俺ツェーするのが目的か?
結局クロスプラットフォームならWEBかNode.js
WINDOWSならWinFormでいいやとなる
lud20250119234128このスレへの固定リンク: http://5chb.net/r/tech/1712104264/
ヒント:5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「.NET MAUIが不人気な原因なんなの? 」を見た人も見ています:
・ハロプロってハロプロが不人気なことについてどう思ってるの?
・新垣ガキさんと小川まこっちゃんってどっちが不人気だったの?
・NEWSが不人気不細工3人組グループになってしまったのだが・・・・
・Juice=Juiceが不人気すぎて2022年内に解散しキャリア若手が各グループに移籍加入することが確定したので欲しいメンバーを挙げとこう
・【整形】佐藤詩織から滲み出る根拠のない自信はなんなの?【不人気】
・南北朝時代が不人気の理由
・宮本佳林が不人気過ぎる件
・生田が不人気である原因を列挙してみた
・【悲報】白間美瑠が不人気メンに激怒絶叫
・地味に天王寺が不人気なのが理解できない
・熊井が不人気過ぎてCDS2次受付(ゲスト有り)
・格闘技が不人気なった理由って、何??
・FF9が不人気なのってビビがひたすらうざいからだよね
・娘。新規なんだけど飯窪が不人気だったってマジ?
・HKTのセンターが不人気すぎて11次でも完売ゼロ
・「ドラクエ4」が不人気だった理由、いまだ謎…
・黒澤ダイヤが不人気から脱出するためにはどうするべきなのか
・NMBの全握で枕の須藤が不人気ぶり発揮wwwwwwwwww
・広島田舎圏ではさっそく「田舎関西うれしょんシート」が不人気じゃん
・主人公が不人気で主人公以外がめちゃくちゃ人気のアニメ←何想像した?
・松屋が不人気のオリジナルカレーを廃止、創業ビーフカレーを定番化
・【悲報】NMBが不人気メンバー12人に戦力外通告wwwwwwwwww
・【不人気】ポケットモンスター新無印はゴウが不快な糞アニメ Part3
・農家「世帯年収5900万円。1年の半分休み。午前で終わる仕事。」←これが不人気な理由
・Switchが不人気なのに売れている三大理由、「ショッピング枠の現金化」「中国人への転売」あと一つは?
・薬剤師「定年まで年収600万です、AIでも出来る簡単なお仕事です、レジ打てます」←これが不人気な理由
・ブルーアーカイブ砂狼シロコ 可愛いです良い匂いです優しいです←こいつが不人気の理由
・樋口日奈(歌:A ダンス:A 性格:A 演技力:A おっぱい:S メンバー人気:A)←こいつが不人気の理由
・アンジュルムの武道館ライブが不人気閉店ガラガラで無料招待250組wwwwwwwwwwwwwwwwwwwwwwww
・ザコクwwwwww東大京大以外全く知名度なくてワロタwwwさすが不人気ザコクwwwww
・A「希って不人気だよね」B「は?凛の方が不人気だろ」A「鞠莉って不人気だよね?」B「は?ダイヤの方が不人気だろ」
・Juice=Juiceは新人みんなハズレブス不人気ノースキルゴミ箱解散しろ←これらを侮辱罪で訴えないアップフロントこそが侮辱罪だよね
・【#平成レトロな料理たち】タイ料理のプロが語る!93年の米騒動で「タイ米」が不人気だった理由は食べ方にあった [愛の戦士★]
・【悲報】ブスをノリでデビューさせたことでお馴染みミ一アイさん、順当にブスが不人気に…なおブスのせいで箱人気は既に消滅しオワコン
・Juice=Juice陣営ってなんで不人気の有澤一華のテコ入れしないの?他グループは羽賀や為永や秋山や清野のテコ入れしてるのに、という声
・教員ってなんでこんな不人気になったの🤔前は何十倍って倍率あったんだろ
・【悲報】湯本亜美が不人気すぎてTwitterの公式マークが付かない事が判明
・6月にAKBからタイへ派遣されるチーム8メンバーが不人気すぎて顔が一人もわからない
・【悲報】HKTが不人気すぎて東京公演も原価割れ祭りでテンバイヤー死亡【2700円の衝撃】
・なんでドクターペッパーって不人気なの?
・文学部志望なんだがなんで受サロで不人気なの??
・ミリタリープレスって何で不人気なの?
・あの花のめんまの声優さんってなんでお前らから不人気なの?
・おジャ魔女どれみで1番の不人気キャラって誰なの?
・佐藤楓落としてまで不人気阪口珠美なんかいれてどーすんの?
・巨乳で天然・おっとり系のキャラって何でいつも不人気なの?
・なんで松村みたいな不人気雑魚メンが3レーンなの?
・何で℃-ute枠の仕事を不人気アンジュルムが全部奪っていくの??
・いつからハロプロって不人気メンバーがいっぱい歌うようになったの?
・不人気無能ブスの象徴 和田彩花って卒業したらどうなるの???
・不人気干されで暇なのにSRなどの活動を行っていないメンバーって何してんの?
・【お話し会】わざわざ不人気メンバーの券買う奴って馬鹿じゃね?何で買うの?
・ゆるゆりってBD売上たった3500本の不人気作品なのに専門板が複数あるの?明らかに依怙贔屓
・不人気がバレてるのに未だに生駒が人気あるみたいに主張してくる生駒ヲタって何なの?www
・「小田カバモグラ地獄反対!でも不人気と音痴は歌うな!」←じゃあ誰が歌えばいいの?
・1期は飛鳥生田や4期は遠藤賀喜と人気順に推されてるのになんで3期は人気無視して不人気久保推して与田ちゃん後ろに下げるの?
・中田とかれなちって不人気干されだったけど自力で麻雀や歴史の仕事ゲットしたけど他の干されって何か努力してるの?
・モーニング娘。'23ヲタ「アンつばのゴリ押しやめろ!不人気氏ね!」ぼく「じゃあ誰を推せばいいの?」ヲタ「あゆみずきが居るだろ!」
・本田仁美とかいう格下グループの不人気雑魚メンが韓国に行くだけでトップに立てるのに、ハロプロはメンバーを韓国に行かせないの?
・【若細は】新宿24会館Part 9【不人気】
・【バンドリ】不人気瀬田薫はネカマイワンコフ
・【バンドリ】瀬田薫とかいう不人気イワンコフ
・なんでJuiceみたいな不人気が武道館できるんだ?アンジュルム
・【SnowMan】宮舘涼太アンチスレ Part.5【不人気デブ】
・日テレ、プロデューサー「anoneは大失敗。広瀬すずの不人気が全ての原因」
・iPhoneSEの偉大さを再認識させた日本で8万2280円のiPhone12ミニの不人気ぶり
17:05:25 up 53 days, 18:04, 1 user, load average: 7.00, 6.99, 6.83
in 1.5871269702911 sec
@1.5871269702911@0b7 on 061006
|