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

1 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:31:04.77 ID:PIf6+wQa.net] https://monobook.org/wiki/.NET_MAUI 2 名前：デフォルトの名無しさん [2024/04/03(水) 09:33:59.00 ID:ifc5FJEE.net] ライブラリがなさすぎてMAUIで作るよりiOSとAndroidを別々に2個開発した方が早い 3 名前：デフォルトの名無しさん [2024/04/03(水) 09:34:46.85 ID:UCS7Ve8v.net] PCとタブレットとスマホを一本のコードで書くとか無理に決まってるだろ 4 名前：デフォルトの名無しさん [2024/04/03(水) 09:35:42.67 ID:PxKmm54D.net] AdMobのライブラリすらない 5 名前：デフォルトの名無しさん [2024/04/03(水) 09:36:28.62 ID:72J2mJsT.net] カメラ撮影もできないからテキストとボタンを表示するくらいしかできない 6 名前：デフォルトの名無しさん [2024/04/03(水) 09:36:58.44 ID:72J2mJsT.net] よくこのレベルで公開したなという感じ 7 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:38:31.60 ID:GPSo8n7J.net] iOSアプリ開発にはMac必須なのにVisual Studio for Mac廃止なのが致命傷だった 8 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:38:59.38 ID:GPSo8n7J.net] vscodeの拡張機能はゴミすぎだし 9 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:39:16.26 ID:GPSo8n7J.net] >>3 あとこれ 10 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:41:35.50 ID:DOa4fNy3.net] AndroidとiOSのふたつですら最小公倍数でできないことだらけなのに そこにMacCatalystとWindowsを混ぜるとか企画したやつ頭キチガイすぎ 11 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:46:47.38 ID:DOa4fNy3.net] Xamarinの出始めの頃の 基本的にiPhoneとAndroidで別々にアプリを作るが OSに依存しないビジネスロジック部分だけ共通ライブラリ化する というのが一番理にかなっていた 12 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:47:23.18 ID:DOa4fNy3.net] Xamarin.formsの時点で道を間違えていたんだよ 13 名前：デフォルトの名無しさん [2024/04/03(水) 09:50:26.21 ID:Ib/Uz+NF.net] vscodeのc#拡張が産業廃棄物級のゴミなのが大きい 14 名前：デフォルトの名無しさん [2024/04/03(水) 10:16:26.25 ID:QnQzqXvM.net] XAMLがクソ 15 名前：デフォルトの名無しさん [2024/04/03(水) 10:19:28.77 ID:HDaUFyfs.net] そもそもモバイル含めて全部Webアプリで良いしね 16 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 11:12:07.72 ID:hK0cBcQ6.net] 複数のプラットフォームに対応して出来ないことだらけとかAdobe Flashが通った道じゃん。 17 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 11:12:46.75 ID:hK0cBcQ6.net] Silverlightでも経験しているのに何で同じ過ちを繰り返したのか。 18 名前：デフォルトの名無しさん [2024/04/03(水) 11:17:09.36 ID:UaiYnVDt.net] ジョブズも死ぬ直前にそんなこと言ってたな iPhone OSの新機能をアプリ開発に利用できるかどうか、いつ利用できるかがサードパーティーによって決定されてしまうと同氏は主張している。 特にクロスプラットフォームツールでは各種プラットフォームの「最小公分母」の機能しか提供されず、「開発者がAppleの最新技術を利用できない状況は受け入れられない」という。 https://www.itmedia.co.jp/news/articles/1004/30/news029.html 19 名前：デフォルトの名無しさん [2024/04/03(水) 11:54:24.39 ID:5UVk8cmF.net] そもそもクロスプラットフォームが愚かな考え 20 名前：デフォルトの名無しさん [2024/04/03(水) 11:55:21.89 ID:5UVk8cmF.net] 片方で使えない機能があると両方で使えないことになる 21 名前：デフォルトの名無しさん [2024/04/03(水) 12:13:54.79 ID:HDaUFyfs.net] >>17 寧ろ後継はPowerAppsやん 22 名前：デフォルトの名無しさん [2024/04/03(水) 12:16:10.12 ID:HDaUFyfs.net] ぶっちゃけこの分野はFlutterで良いんだよね プラットフォーム固有の処理はRustやGoで書いて呼べば良いし 唯一の難点というか嫌いなのはDart ここだけせめてJSとかTSにしてくれりゃいいのに 23 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 12:46:57.01 ID:yXsvCwfW.net] react native はまだ有るのかな 24 名前：デフォルトの名無しさん [2024/04/03(水) 15:04:40.22 ID:025ipRUy.net] c#だもん 25 名前：デフォルトの名無しさん [2024/04/03(水) 17:21:50.32 ID:u5RqGCMc.net] Androidのユーザーは金払いが悪いから、そもそもiOS向けのアプリだけ出しておけば十分だったんだよ 26 名前：デフォルトの名無しさん [2024/04/03(水) 18:27:01.46 ID:22nl1AHd.net] >>14 これ 時代遅れの産物 27 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 18:29:57.57 ID:22nl1AHd.net] >>11 AndroidはJavaだから問題ないけどObj-CのSDKをC#で書くとかただの苦行だし 別々に書くので良いよ どうしても共通化したい場合はC++で書く方が良い 28 名前：デフォルトの名無しさん [2024/04/03(水) 18:57:29.62 ID:Ak/SI5wp.net] >>27 swift登場以降はそうでもないぞ 29 名前：デフォルトの名無しさん [2024/04/03(水) 18:59:49.16 ID:Ak/SI5wp.net] SwiftUIのシンプルさと雲泥の差なのが敗因だろ ReactiveCommandなんかを使ってもグチャグチャになるし 30 名前：デフォルトの名無しさん [2024/04/03(水) 19:01:56.21 ID:Ak/SI5wp.net] ぶっちゃけ教科書どおりにObservableなんか使って書いたらメンテナンス性は最悪すぎてやばいだろ 31 名前：デフォルトの名無しさん mailto:sage [2024/04/03(水) 22:26:11.83 ID:0QFgxkvj.net] 失敗作の糞なのに頑なにプッシュして生産性落とそうとしてくるのが時間のムダ過ぎる 32 名前：デフォルトの名無しさん [2024/04/04(木) 05:57:07.45 ID:mNkWQBjH.net] そもそもTeamsのアプリとかだってReactで刷新したわけじゃん まず自分達の製品で使ってみろって言いたい 33 名前：デフォルトの名無しさん [2024/04/04(木) 10:15:44.69 ID:lPk+rv7W.net] 正直、iOSとAndroid別々に似たようなアプリを作った方が早い 34 名前：デフォルトの名無しさん [2024/04/04(木) 10:18:28.42 ID:lPk+rv7W.net] あとXAMLは百歩譲ってもMVVMはゴミクソウンコだろ 35 名前：デフォルトの名無しさん mailto:sage [2024/04/04(木) 13:54:42.51 ID:e0l7Zmlm.net] >>33 これ 今や典型的なUIを使ったアプリなんてChatGPTで生成して貰えば良いのだからたいしたこともない ゲームはUnityとか使えば良い 36 名前：デフォルトの名無しさん mailto:sage [2024/04/04(木) 13:56:02.61 ID:e0l7Zmlm.net] >>28 引数のラベルの仕様が全く違うので論外だよ 37 名前：デフォルトの名無しさん [2024/04/04(木) 23:45:57.01 ID:hDr1yY+f.net] >>36 SwiftとC#なんてテキスト置換で相互変換できるだろ。 Xamarin.Macで古いCarbon叩く場合はIntPtrだらけになるけどiOSとCocoaだとそんなことないし。 むしろヤバイのJavaだよ。 AndroidのJavaはイベント処理に匿名クラス使いまくりだからC#に変換するのがクソ面倒。 38 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:04:40.97 ID:mxhpBnUh.net] >>37 触ったことないんだろうけどUIKitというかObj-Cは関数のシグネイチャが aFunc:arg1:arg2と言うような形なの つまり関数名と引数のラベルが統一的に扱われる これはC#でまともに書けないので ただの引数にしてメソッドの名前をシンプルに変えてる 例:UIKitのメソッドシグネイチャ tableView:didSelectRowAtIndexPath: Xamarinのメソッドシグネイチャ void RowSelected (UIKit.UITableView tableView, Foundation.NSIndexPath indexPath) トホホ 名前がラベルじゃなくなってる上に個別のただの引数になっておる これを見た時おれはxamarinというかC#を捨てた 39 名前：デフォルトの名無しさん [2024/04/05(金) 00:20:17.58 ID:/byIH6sq.net] >>38 c#もラベルあるじゃん。 RowSelected (tableView:tableView, indexPath:indexPath) みたいに書けばいいだけでは？ swiftで言えば全部の引数に_付いてる程度のもんだろ。 その程度の違いは一握りのキチガイしか気にしないだろ 40 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:21:54.21 ID:mxhpBnUh.net] みなみに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に寄せて 第一引数のラベルは無視されて生指定して 第二引数以降はラベルをつけるみたいな仕様だったが改善された 41 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:22:41.94 ID:mxhpBnUh.net] >>39 ラベルがメソッド名の一部だって言ってるだろ そこを省略されたらなんもわからんのよ 42 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:26:23.11 ID:mxhpBnUh.net] これは単にxamarinのせいではなくただのC#の言語仕様の限界 pythonやrubyのように位置引数とキーワード引数がわけられる言語なら容易に対応できたのに 43 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:28:11.54 ID:mxhpBnUh.net] メソッド名が素直に一対一対応しないフレームワークなど使うか？ これが答えだ いちいちこの対応関係を調べていかなきゃならん こんなことやってられか？ いまならChatGPTがあるから多少マシではあるがこんなヤク狩りしたくねーのよ 44 名前：デフォルトの名無しさん [2024/04/05(金) 00:30:51.10 ID:/byIH6sq.net] >>41 qiitaなどの世に溢れてるswiftコードのほとんどがobjc風ではなくC#風の記法だらけになってるのに、 そんなバカみたいなことに拘ってるのは一握りのキチガイだけだぞ。 45 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:34:24.89 ID:mxhpBnUh.net] xamarinがなぜこんな仕様にしたのかは謎ではある Javaに寄せるためにこうしたのか キーワード引数は昔からあった気がするが仕様的に対応できないようなものがあったのか 46 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:37:43.11 ID:mxhpBnUh.net] >>44 当たり前だがswiftは上に書いたようにSDKと同じように書ける 両方上手く書けるようにしてるんだよ というか書けないとおかしいのだが ランタイムはObj-Cのものを使ってるのだから xamarinのせいなのかmonoのせいなのかは知らんがswiftと同じようにすることはできたはずなのに 47 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:39:21.51 ID:mxhpBnUh.net] このようにxamarinはゴミという評価をして捨てていった 俺も一度はチャレンジしたのだよ その結果がこれ ちゃんとメソッドの仕様を合わせられていれば事情は変わっていたかもしれない 48 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:41:39.65 ID:mxhpBnUh.net] ちなswiftでのSDKのメソッドシグネイチャは第一引数のラベルにのみ_がついている こうすることで完全な一対一対応かつ普通の言語のラベル付きメソッド呼び出しも位置引数呼び出しもできるようになっている 素晴らしい👍 49 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:43:24.89 ID:mxhpBnUh.net] C#でキーワード引数と位置引数の混合ができなかったのか 今もできないのかは知らないが少なくとも当時のmonoの環境では無理だったということなのか？ C#は詳しくないのでよくわからないが 50 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 00:44:57.68 ID:mxhpBnUh.net] この引数の仕様は間違いなくswiftが1番美しい 全言語の中で最強だろう 51 名前：デフォルトの名無しさん [2024/04/05(金) 00:47:21.07 ID:LdYpNUMj.net] >>46 Objective-cなんて誰もがクソだと感じていたけど iOSアプリ開発ではそれしか使えなかったから みんな仕方なく使ってただけだろ SwiftやXamarinが登場してObjective-cが激減したのが答えだよ テキストひとつ連結にするのに馬鹿みたいに長いメソッドなんて誰も使いたくない あんな黒歴史のような過去にしがみつくのは愚かの極み 52 名前：デフォルトの名無しさん [2024/04/05(金) 00:47:48.96 ID:FBxoOTBt.net] Objective-Cとは、 C言語のメモリ安全性と、 Smalltalkの高速性を合わせたプログラミング言語である。 53 名前：デフォルトの名無しさん [2024/04/05(金) 00:48:37.46 ID:FBxoOTBt.net] >>50 Rustの出来損ないがSwiftだぞ 54 名前：デフォルトの名無しさん [2024/04/05(金) 01:02:18.73 ID:QneFFsJP.net] objc,swift,c#を並べて比較したとき、c#を選ぶ理由はガベージコレクションが唯一リファレンスカウント方式ではないという点だよ。 カメラでの動画撮影などの高負荷かつ長時間使うアプリだと安定性に雲泥の差が出る。 55 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 01:58:12.15 ID:mxhpBnUh.net] 話がだいぶそれたがMAUIが流行ってないのは「xamarinで嫌気がさした人たちが戻ってこないから」です 56 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 05:31:46.96 ID:mxhpBnUh.net] 言い忘れた AndroidはJavaだからSDKがほぼ一対一対応するからと書いたがAndroid SDKの仕様的に匿名のインナークラスをすげー使うのよ これをC#でやるのがすげー泥臭くてその部分もクソだった つまり結局そのまま移植するということが実質不可能であり こんなことなら別々に書いた方がマシとなった 57 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 05:34:13.13 ID:mxhpBnUh.net] まとめるとxamarinがクソ過ぎたせいで どうせMAUIもクソだろうと思った人たちが相当数いて MSの技術に不信感を持っているので使わない 現にMAUIのMacはgithubみてもほぼ開発は停止してる 58 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 05:37:37.37 ID:mxhpBnUh.net] 実際俺は仕事でiOSとAndroidのネイティブ開発をやってて 両対応面倒だからxamarin使えないかと本気で移行を考えていたし実際移植作業を開始していた だからこれくらい詳細に語れる MAUIを流行らせたい場合はまずは失った信頼を取り戻すことをしないと無理だろう あとSwiftUIやFlutterが出てきている昨今 今更XAMLとかも時代遅れなのはいうまでもない 59 名前：デフォルトの名無しさん [2024/04/05(金) 05:59:24.81 ID:5kaK3dCP.net] >>58 Blazorでやれば良いだけじゃ？ 60 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 10:59:22.89 ID:skjVNGtq.net] >MSの技術に不信感を持っている 8のタイル以降これ 8に関わった奴の罪は重い 61 名前：デフォルトの名無しさん [2024/04/05(金) 11:30:58.34 ID:IQ2UY/1s.net] >>56 Xamarin.Androidは↓みたいなJavaのIListener系をActionに変換するクラスを必要に応じて深く考えずに脳死で作りまくれば捗るぞ。 class FuckListener : Java.Lang.Object, IFuckListener { public Action<object>? OnFuckAction; public void OnFuck(object you) { OnFuckAction?.Invoke(me); } } 62 名前：デフォルトの名無しさん [2024/04/05(金) 12:30:12.96 ID:5kaK3dCP.net] >>60 ぶっちゃけ思うんだけどセキュリティとかそういうのだけ更新してくれてたらWindows95で良いんだよね 63 名前：デフォルトの名無しさん mailto:sage [2024/04/05(金) 17:44:21.96 ID:mxhpBnUh.net] >>62 流石に95は無理 NTをそのまま64ビット化してくれればよかった おれは昔NTでずっと開発しててめちゃくちゃ安定してた 当時のマシンリソースなんてカスみたいなもんだったのに 64 名前：デフォルトの名無しさん mailto:sage [2024/04/06(土) 17:01:45.73 ID:zNMeSjHN.net] >>2 Flutterとかでもそういうところあるよね 65 名前：デフォルトの名無しさん mailto:sage [2024/04/06(土) 17:57:17.84 ID:aTWJ76vQ.net] そんな当たり前だろ 66 名前：デフォルトの名無しさん mailto:sage [2024/04/07(日) 09:52:55.07 ID:PBkCA9RO.net] XAMLが嫌？ そんなあなたにMAUI Blazorをどうぞ 67 名前：デフォルトの名無しさん mailto:sage [2024/04/07(日) 14:46:30.37 ID:wzc0RLf2.net] >>66 ASP.NETが嫌なの わかれよ 68 名前：デフォルトの名無しさん mailto:sage [2024/04/09(火) 12:48:45.72 ID:v1OJD5g+.net] >>63 3.1に比べれば95は神 NT? 重すぎでしょ 69 名前：デフォルトの名無しさん mailto:sage [2024/04/09(火) 14:42:06.98 ID:lDhzon+/.net] >>68 95なんて落ちまくりだっただろw セキュリティもやべーし 70 名前：デフォルトの名無しさん [2024/04/09(火) 15:01:23.66 ID:vz2W6XdT.net] >>69 だからセキュリティだけは更新してと>>62で言っただろ 文盲かよ馬鹿かよ無能かよw 71 名前：デフォルトの名無しさん [2024/04/09(火) 15:32:15.70 ID:KoSn7rCk.net] C＃だもん 72 名前：デフォルトの名無しさん mailto:sage [2024/04/09(火) 16:46:33.01 ID:cnWg1oP8.net] OSのセキュリティだけ更新して製品の安全性を保てるとか思ってるやつ プログラミングやってないんやろな、とは思う 73 名前：デフォルトの名無しさん [2024/04/09(火) 16:54:03.30 ID:vz2W6XdT.net] >>72 何言ってんだお前？ 今のOSは全部そんな感じだぞ 74 名前：デフォルトの名無しさん mailto:sage [2024/04/09(火) 18:00:51.66 ID:lDhzon+/.net] >>70 落ちるのは単なるバグだぞ あとOS的にセキュリティは一切考慮されてない仕組みだから無理 75 名前：デフォルトの名無しさん mailto:sage [2024/04/09(火) 18:04:45.11 ID:l6D7k+ZS.net] >>68 今のwindowsは全部NTベースだぞ windows10はNT10.0だ 76 名前：デフォルトの名無しさん mailto:sage [2024/04/09(火) 21:43:44.54 ID:UuKm+fN/.net] >>75 95は32ビットフラットメモリモデルのプログラムがかけたんだぞ 3.1のセグメントモデルを知っていれば神としか言いようがない 3.1のファイル操作はDOSを使うからガックガクだったが95のプリエンプティブなマルチタスクは神 NTは確かにすでにあったけど起動するだけで眠くなるアプリ無いし 77 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 15:32:38.18 ID:t3QEC2Vb.net BE:422186189-PLT(12015)] https://img.5ch.net/ico/folder1_03.gif visual studio codeのc#とmauiの拡張機能が絶望的な品質だからだろ 78 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 15:33:35.20 ID:t3QEC2Vb.net BE:422186189-PLT(12015)] https://img.5ch.net/ico/folder1_03.gif iosアプリ開発はmac必須なのにvisual studio codeが使い物にならないせいでどうにもならない 79 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 18:01:46.39 ID:1ecUYjT8.net] >>76 3.1触ったことあるってマジで何歳よ？ ジジイの俺ですら検証用のマシーンでチラッと見たことがある程度で触ったことはないぞ 80 名前：デフォルトの名無しさん [2024/04/12(金) 21:20:22.60 ID:9sITkbam.net] >>78 Mac不要なのを知らんのか？ 81 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 22:09:01.89 ID:tyLDyfFZ.net] MAUIはmacOSはもうずっとCatalystでお茶を濁すつもりなの？前に触った時Windowサイズすら変えられないと知って絶望した C#はもう観念して、せめてデスクトップに集中してほしいんだが 82 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 22:46:27.69 ID:j0zLvtrU.net] >>79 Windows3.1は1990年代の前半だから40代の元パソコン少年とかなら触ったことあると思うぞ 自分は45歳のオッサンだが高校に上がって少し経つ頃にはPCはWindows3.1一色になってた 83 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 22:50:08.23 ID:1ecUYjT8.net] XAMLやめない限りはやることはないよ 84 名前：デフォルトの名無しさん mailto:sage [2024/04/12(金) 22:57:08.63 ID:1ecUYjT8.net] >>82 俺もどっちかというとパソコン少年だったがMSXの後はwindows95まではコンシューマゲーム機しか触ってない 3.1触ってるやつは相当レアだと思うよ 85 名前：デフォルトの名無しさん mailto:sage [2024/04/13(土) 00:36:11.70 ID:OrtqC7Lq.net] 今思えばWindowsは国民機を潰すのが目的の1つにあったろう 技術立国日本の零落の始まりだ 日本が誇れる企業はトヨタしかなくなった AI自動運転とかで同じことが車で起きたら終わりだ 86 名前：デフォルトの名無しさん mailto:sage [2024/04/13(土) 17:38:51.01 ID:WqUEYZDT.net] XAMLを削除して新しいモダンな描画システムを作るべきだよ FlutterとかSwiftUIみたいに書けるやり方でさ 87 名前：デフォルトの名無しさん mailto:sage [2024/04/13(土) 19:22:04.53 ID:umcuGDrn.net] SwiftUIはよかった まだ作りかけって感じは否めないけど（テーブルが１０列までしか作れないとか） 88 名前：デフォルトの名無しさん mailto:sage [2024/04/14(日) 05:10:52.05 ID:cBXZ7kVC.net] 最近のフレームワークは最初からUI書くために設計されてるからなー ツリー構造をいかに手数少なく 89 名前：デフォルトの名無しさん mailto:sage [2024/04/14(日) 05:41:09.94 ID:Jvefqylq.net] その辺のフレームワークの設計はMSの専売特許だったはずなのだけどね どこでおかしくなったのか 90 名前：デフォルトの名無しさん [2024/04/14(日) 12:11:46.21 ID:bJ4f9UiY.net] >>80 ビルドにMac必須だろ とくにライブラリを作るなら実機が手元にないとまったく開発が捗らないし 91 名前：デフォルトの名無しさん mailto:sage [2024/04/14(日) 12:12:39.70 ID:bJ4f9UiY.net] >>81 ウインドウサイズは変えられるようになった フォーカスの移動はできない 92 名前：デフォルトの名無しさん [2024/04/14(日) 12:23:29.65 ID:Fqyn/T0R.net] >>90 ビルドもMac不要だぞ 93 名前：デフォルトの名無しさん mailto:sage [2024/04/14(日) 14:37:02.31 ID:iZhIOs9F.net] シミュレータなしだと都度実機へ転送でつらないか いまはリモートシミュレータがクラウド化されてる？ 94 名前：デフォルトの名無しさん mailto:sage [2024/04/14(日) 15:48:22.87 ID:Jvefqylq.net] UIKit使ってないならビルドは可能 95 名前：デフォルトの名無しさん [2024/04/15(月) 17:04:45.26 ID:cAc47cem.net] UIKit使わないと無理だろw 96 名前：デフォルトの名無しさん [2024/04/15(月) 17:05:42.80 ID:L/+vsaF5.net] ipaに署名できない つまりリリースビルドができない 97 名前：デフォルトの名無しさん [2024/04/15(月) 17:09:17.54 ID:6WSJ63r9.net] 現状ではUIKitやらAVFoundationやらSensorKitやらを叩いてゴリゴリと自前でライブラリを作らないと使い物にならない。 そのライブラリの実装テストの試行錯誤はMac実機とiPhone実機の2つがないとまったく捗らない。 98 名前：デフォルトの名無しさん mailto:sage [2024/04/15(月) 17:15:24.72 ID:FCLpude1.net] ゲームなら別にMacはリリースする時までいらない 99 名前：デフォルトの名無しさん mailto:sage [2024/04/15(月) 18:04:32.51 ID:xKjV4DT3.net] まあ、実際使い物にならないから流行ってないんだけどね 廃止予定のVisual Studio for MacをVisual Studio Codeがまともになるまで延命するでもしないとMAUIまるごと完全消滅しそうではある 100 名前：デフォルトの名無しさん mailto:sage [2024/04/15(月) 18:16:15.82 ID:6WSJ63r9.net] >>81 mac catalystはswiftで開発してもゴミだからな。 AVFoundationもまともに動かないからバーコードも扱えないし業務アプリには致命的すぎる 101 名前：デフォルトの名無しさん [2024/04/16(火) 17:46:19.58 ID:W2EsM7we.net] MAUI以前の問題だぞ https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details 102 名前：デフォルトの名無しさん mailto:sage [2024/04/16(火) 18:59:41.52 ID:xEC1OsYQ.net] Java拡張の方が評価も更新頻度も高いというね MSくん何がしたいんやC#もういらんのか？ 103 名前：デフォルトの名無しさん mailto:sage [2024/04/17(水) 07:46:47.27 ID:IlFJ7R51.net] C#はVisual Studioで使うものだからどうしてもCodeの方はおろそかになるよねって話 Codeの拡張機能JSだし開発者もかぶってない 104 名前：デフォルトの名無しさん mailto:sage [2024/04/17(水) 07:49:15.03 ID:MDytu443.net] 正直mauiはバグ多すぎてデバッグつらいからmaui blazorでui作るほうが早くできる 105 名前：デフォルトの名無しさん mailto:sage [2024/04/17(水) 20:04:42.74 ID:IOjATq5b.net] .NET FrameworkをWindows 95にバックポートした強者現る https://pc.watch.impress.co.jp/docs/news/yajiuma/1584811.html こういうの好き 106 名前：デフォルトの名無しさん mailto:sage [2024/04/17(水) 23:09:35.35 ID:0UCdvkIj.net] 98は2.0が動くのか 107 名前：デフォルトの名無しさん mailto:sage [2024/04/18(木) 09:43:59.55 ID:ktRHYHEA.net] >>101-103 Xamarin開発者の99%はmonoからの流れでLinuxとMacだからな。 そこをスパッと切り捨ててWindowsでVisual Studio使ってる人だけをターゲットにした結果がMAUIの現状だろう。 しかもその層はスマホアプリ開発の経験ほとんどなし。 Windows Phone時代にチョロっと触っただけだというね。 108 名前：デフォルトの名無しさん mailto:sage [2024/04/18(木) 12:23:29.41 ID:ftSkQ2X9.net] まあC#一派って.NETにこだわりあるんだろうし 暗黒期を支えたプライドでこだわってるんだろうけど 時代は変わってることに気がついて欲しい C#は望まれてない windows phone時代のアーキテクチャは早すぎた 今こそ復活の時 109 名前：デフォルトの名無しさん mailto:sage [2024/04/22(月) 12:54:46.78 ID:XeQaUO1x.net] MAUIが不人気ってかXAMLが不人気だから 110 名前：デフォルトの名無しさん mailto:sage [2024/04/22(月) 17:08:11.47 ID:xL1nodkv.net] VisualStudioでしてきたことを今更VSCodeでやってられんということでしょう いい加減.NETの遺産は滅ぼして良いと思う 111 名前：デフォルトの名無しさん mailto:sage [2024/04/22(月) 19:03:19.74 ID:ERivDhsP.net] MAUIって結局UWPから何が改善されとるんや？ 112 名前：デフォルトの名無しさん mailto:sage [2024/04/28(日) 08:44:52.39 ID:Wzo1bLkD.net] 2022年のピークからコミット数相当落ちてるね https://github.com/dotnet/maui/graphs/contributors バグ放置すんな人増やせって炎上してたのにコミッタ増えてないし改善する気無いね 113 名前：デフォルトの名無しさん [2024/04/28(日) 21:31:22.22 ID:zIw/ikml.net] >>111 UWPとiOSとAndroidで「共通でできる機能」だけを集めたもの。 逆を言えばこの三者のうちひとつでも実装できない昨日はバッサリ切り捨てられている。 つまり何も良くなっていない。 114 名前：デフォルトの名無しさん mailto:sage [2024/04/28(日) 22:26:56.72 ID:lTd2/25z.net] >>112 ええええ これ以外開発するものないだろ それとももうBlazorに全移行せよってこと？ 115 名前：デフォルトの名無しさん mailto:sage [2024/04/30(火) 16:57:51.85 ID:njj0HCw/.net] AvaloniaUIにスター数負けてるのにオープンissue3倍 終わってる 116 名前：デフォルトの名無しさん mailto:sage [2024/05/14(火) 22:56:20.03 ID:AqTx/Gb5.net] test 117 名前：デフォルトの名無しさん mailto:sage [2024/05/14(火) 23:12:26.23 ID:AqTx/Gb5.net] 星の数ほどディスれるけど要点をまとめると ・XAMLがHMLT5+JS(TS)と比較してすべての面で劣る。 慣れてるXAMLerですら新規プロジェクトで一から実装してると萎えるくらい面倒くさい。 逆にC#や.NETは神、Tauri+Rustで実装してるとRustの標準ライブラリやサードパーティーライブラリがまったく充実してくて面倒くさすぎて萎える。 ・人気がないからコミュニティが過疎りまくってて限界集落状態でコントールもライブラリもなにもない、エコシステムが崩壊している。 特に認証周りのライブラリまでOSSに依存していて話にならない。 これがReact、Flutter、Electronなんかと比較してMSの開発環境が終わってる一番の理由。 MSのないならお前らプログラマーが作るんだよぉ！？はストイックすぎる、誰もこんな開発環境使わねーよ。 ・破壊的変更が多すぎて過去のノウハウやナレッジがリセットされて使い物にならず何も残らない荒野になり再度開拓する気力もなくなりみんな逃げ出す。 WinUI2→WinUI3だけでもかなりの破壊的変更だらけでこんな環境誰も怖くてさわれない、ましてや自社どころか顧客のプロジェクトでは採用不可能。 WPFでXAML触ってたからいけるんちゃう？とWinUIに手を出すと内部実装がまったく違っていて手も足も出ない、また一からキャッチアップのはじまり。 118 名前：デフォルトの名無しさん mailto:sage [2024/05/14(火) 23:22:54.33 ID:rvUCkthH.net] まぁ、MSが割り当ててる開発者が少ないから WinUI3もそうだが普通にクソ品質なんだよな これが最大の問題 MSが力入れてないんだからそもそも流行るわけがない 119 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 00:28:37.15 ID:d2BwHAQh.net] そもそもMSがOfficeもTeamsもSkeypeもOutlookもどれもこれもぜーんぶReactとReact Nativeで作ってんのどゆこと！？ってなるわ マジで俺等のこと馬鹿にしすぎだろ 120 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 00:36:44.66 ID:0QhUyids.net] MSの黒歴史 windowsアプリ作れるようにしたで Visual Studio+Win32で作ってやw →イベントハンドラやウインドウ関連のAPIがゴミ過ぎるためにまともなUIが作れない MFC作ったで C++でオブジェクト指向やでw →結局ただのラッパーなのでCDocumnetやCViewの本質的複雑さは変わらず誰も使わない しょうがないからVBで画面作ってやw →結局画面はこれで作るのが標準になる ただし、業務ロジックは裏のC++プロセスへ投げることになるのでたかが画面一枚作るのに死ぬほど手間がかかることに 121 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 00:43:12.20 ID:0QhUyids.net] MSの黒歴史2 .NET Frameworkっていうの作ったでw Javaより使いやすいC#いう言語も作ったでw 今回はGUIも作りやすうしといた みんなつこーてや →フォームアプリのゴミさ加減は相変わらずなので大規模になるとまともにUIが作れない WPFいうの作ったでw 流行りのXMLで全部書けるんや！！ これが最強やろ！！ →XAMLがゴミ過ぎて誰もついて行けず そしてWeb全盛時代へ突入 しかしMSはこの分野での武器はゼロ IE6というレガシーで足を引っ張ることだけが仕事になる 122 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 00:52:02.67 ID:0QhUyids.net] MSの黒歴史3 やがてスマートフォン全盛時代へ突入 Windows phone作ったでw iPhoneやAndroidより使いやすいで あと今回はみんな大好きJavaScriptでアプリをつくれるようにしといたでw UWP言うねん凄いやろ これに合わせてWinRTいうのも作ったで 裏側はwindowsのランタイムや！！ これからは全部これでええんやで これで今度こそ勝ちや →windows phoneは空前絶後の大失敗 WinRTは結局XAMLに囚われる上に .NETの機能を使うにはめちゃくちゃ面倒で誰も使わず 123 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 00:57:17.12 ID:0QhUyids.net] MSの黒歴史4 IE6の死によりブラウザのフロントエンド開発が加速する その中でReactやVueが流行り始める 仮想DOMを装備して状態を意識せずに書けるスタイルが人気となり爆発的普及を見せる Blazor作ったやでw WebアプリをJavaScriptやなくてC#で作れるんやでw これが顧客が本当に求めたものやろw →そもそもC#は誰も求めていないので誰も使わず 124 名前：デフォルトの名無しさん [2024/05/15(水) 10:08:51.34 ID://HVHYzO.net] msの出すフレームワークよりelectronで作ったほうがいいってみんな気づいちゃった 125 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 17:29:51.59 ID:d2BwHAQh.net] いやそんなの本職のフロントエンドプログラマーなら10年以上前から気づいてたから XAML使う理由がC#と.NET使いたいためだけに我慢してXAMLとMVVM学習してただけの話 .NETだけはとてつもない下位互換性を堅持してるのにフロントエンドフレームワークが常に破壊的変更されちゃただでさえXAML書けるやつもノウハウもナレッジも少ないのに誰が使うねんて話 個人的にC#と.NETでのアプリ・ビジネスロジック実装は今でも神レベルに使いやすいし便利だからC#/.NETからReactやViteやSvelte使えるようにしてくれりゃ全部解決なんよな まぁ昔からずっと主張してる俺の持論でMSは社内のフロントエンド開発部門の毎年の予算作るためだけにまったく役に立たないゴミみたいなフロントエンドの仕事を用意してやってるだけやで絶対に 126 名前：デフォルトの名無しさん [2024/05/15(水) 18:00:43.75 ID:gKXYwwQM.net] MSはどうにかしてC#を使わせようと頑張ってるんだね 利権かなんか知らんけどさ 127 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 18:48:03.26 ID:Yl/ROAxF.net] 別にWPFでもいいからXAMLを放棄してhtml5にしてくれたらそれでよかったんだけど、Xamarin 買収しちゃってXAMLがさらにカオス化というのがな。 128 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 20:42:07.48 ID:rWwaX9Gc.net] WebView2のMac版とLinux版出してくれればそれでいいよ スマホはもうC#でやりたいやつ誰もいないだろ、、、 129 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 20:57:08.96 ID:d2BwHAQh.net] 一番期待してたBlazor Hybridも既存のRazor構文とMAUI抽象化レイヤーというゴミ実装でオワコン なぜTauriのtarui::commandのようなnvoke Commandsの美しくも簡単で便利な実装にできなかったのか まぁそもそもほんまにMS本社レドモンドで作ったのかも怪しいくらいゴミやから外注に作らせた説もぜんぜんあるわな ほんまTauriでRustじゃなくてC#使えたら最強やのになぁ 130 名前：デフォルトの名無しさん [2024/05/15(水) 21:04:24.59 ID:5BURxS90.net] Tauriの美しさは素晴らしい デスクトップに限らずそのうちモバイル業界のガワアプリハイブリッドアプリのプラットフォームをTauriが統一すると思う 131 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 21:14:18.91 ID:n0xVoSRA.net] Tauriで開発されてるアプリでいくつか注目してるのあるけど2～3年立っても一向に開発終わらなってないのがちょっと不安だな やっぱりElectronに比べると開発速度は出せないのか 132 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 21:38:33.59 ID:d2BwHAQh.net] >>130-131 Tauriはロジックの実装がRustなのが最大の魅力なんやがそれが足枷にもなってるんよ 例えば俺が個人利用のためにC#+WinFormsで作った圧縮・展開アーカイブアプリをTauri+Rustにポーティングしたんやが RustにはC#のsharpcompressのような統合圧縮・展開ライブラリが存在しない それどころかC++のlibzipやunrarみたいなのもなくてRustでヘッダー読んでとかめちゃくちゃ大変やった ここがC#どころかC++にすら劣る部分やねまぁRustの使用領域を考えるとトップエンジニアが触るんやからそうなるんやろうけど俺ら下々のプログラマーにはちと荷が重い 133 名前：デフォルトの名無しさん [2024/05/15(水) 22:24:04.04 ID:Mf4JFvqi.net] libarchiveでよくね？ 134 名前：! mailto:sage [2024/05/15(水) 23:02:06.91 ID:jRZU1V1x.net] そもそもrustの速度必要とする一般アプリなんてそうそう作る機会ないだろ SNSアプリなんてWebAPI叩いてデータベースいじってUI表示とか CPUインテンシブなアプリなんてなぁ・・ 画像処理系のアプリとかで 例に出た圧縮も自前で実装するならいざしらず 結局外部ライブラリ呼ぶだけだしな 135 名前：デフォルトの名無しさん mailto:sage [2024/05/15(水) 23:09:43.13 ID:jRZU1V1x.net] つか、libarchiveはもうwindowsに同梱されてるよな 136 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 00:03:39.76 ID:bfze6bsB.net] Windows限定ならCOMで少々面倒だが7z.dllで全部完結するんだけどWinFormsをTauriにリプレイスするってことはマルチプラットフォームもある程度考えてるだろうしそうはいかんか >>134 Tauriの利点はどっちかと言うとバイナリサイズの方だと思ってる VSCodeやDiscord辺りが先陣切ってTauri化してくれたら神なんだがまあ無理な話か 137 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 00:24:03.29 ID:Lo68+sEN.net] tauri久しぶりに見に行ったけど2.0まだなんだなぁ 138 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 05:31:03.47 ID:cUMLS5bA.net] tauriはなーelectronに比べてpreloadもいらないしフロントエンド側はめちゃくちゃスマートに書けるんだけど Rust側で何かやろうとするとガッチガチ言語すぎてギャップがすごい C++とかやってた人は楽チンなんだろうけど 139 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 13:02:59.82 ID:GRjs/TRy.net] >>138 tauriでrustを使う理由って「rustで書きたいから」以外の理由がない 全部JSで書いた方が速いし楽 しかし男には全てをrustで書くという夢がある 140 名前：デフォルトの名無しさん [2024/05/16(木) 16:35:12.05 ID:DYyEk58P.net] そんなに心配しないでもそのうちGPTがUIをHtml+JSで出してくれるようになるよ 現状でもGPT-4oがすごいらしいじゃん プログラマはロジックを書くのに集中すればいいってわけよ 141 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 17:07:27.90 ID:GRjs/TRy.net] そんなもん今でも出してるだろw 142 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 17:07:56.45 ID:A88B+40O.net] 俺はさっさとAIでER図やExcelのテーブルからDBとAPIをジェネレートしてほしいんだがな 一番AIに向いてるに内容だと思うんだが一向に出てこないからAIもぜんぜんたいしたことねーよな 個人的にインフラだけでなくDBやIFやバックエンドは自動生成してフロントエンドに集中したいわ これ日本のデベロッパーが一番ズレてると思うのがプロダクトで一番重要なのってロジックじゃなくてUI/UXのフロントエンドだからな 日本人はデザインセンスやそういう発想がなさすぎるからソフトウェアがゴミなんだよ 今まで仕事しててこの分野で中国人に30年差をつけられてるのも納得って感じ 143 名前：デフォルトの名無しさん mailto:sage [2024/05/16(木) 17:14:59.49 ID:GRjs/TRy.net] >>142 嫌だからその程度生成してるって テーブル定義貼り付けてみろ 全部生成してくれる 144 名前：デフォルトの名無しさん ころころ mailto:sage [2024/05/17(金) 13:12:33.97 ID:hG4BBVLa.net] WinUIは3にもなって未だにXAMLでウィンドウのサイズプロパティがなくXAMLでサイズ指定ができない Githubでも散々叩かれててウィンドウサイズを変更する機能のないUIフレームワーク(笑)って投稿にいいね！めっちゃついててクソワロタ なんでウィンドウのサイズ変更するためだけにコードビハインドかつP/Invokeで3行もコードを書かんとあかんねん MSのフロントエンドアーキテクトってどいつもこいつもセンスゼロでほんま無能すぎるやろ 145 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 14:48:39.70 ID:miJqGZva.net] Windows Formsは最高だっただろ？ 146 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 16:30:18.49 ID:hG4BBVLa.net] 普通にWinFormsがバリバリ現役やからな 難点はWinFormsやとWin 11のFluent Designがまったく使えんことやな そもそもmacOSやLinuxと違ってOSのGUIでMicaやAcrylicをネイティブサポートしてない時点でWinUIもMAUIも糞もないんやけどな DevExpressが販売してるFluent FormsならWinFormsでMicaやAcrylicのカスタムコントローラーが使えるんやけど年間サブスクで$999からやから使えるわけない なんでこんなMSが標準で用意せんとあかん機能をサードパーティーがビジネスにしてメシ食ってんねんおかしいやろ まぁ流行る要素皆無よ 147 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 18:18:19.93 ID:63RUfPPA.net] >>146 フォームは画面遷移があまりにもゴミ過ぎるからねえ あんなの標準でやれってめちゃくちゃ 148 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 19:25:35.53 ID:yDzG6gFd.net] >Fluent Design それ意識高い系が好きなやつやん 149 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 19:47:41.77 ID:xK87MugE.net] FluentもReact版が本丸だけどね、、、 リポジトリの規模がもう比較にならん https://github.com/microsoft/fluentui https://github.com/microsoft/microsoft-ui-xaml 150 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 20:03:38.40 ID:Bzly/lr+.net] fluentやるにしてもelectronかtauriで十分 151 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 20:58:47.44 ID:hG4BBVLa.net] そうそうFluent DesignでDesktopアプリ作るのもReact NativeやElectronやTauriの方がパッケージ充実しててめっちゃ楽なんがイミフすぎるんよな MSはもうフロントエンドを他からパクってきてロジックだけC#で使えるようにしてくれ余計なことせんでええ 152 名前：デフォルトの名無しさん [2024/05/17(金) 21:49:19.01 ID:AzrYTAFx.net] Blazorで良くね？ 153 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 22:25:20.51 ID:2UPvPi1a.net BE:422186189-PLT(12015)] sssp://img.5ch.net/ico/folder1_03.gif SwiftUIが最強だぞ なぜパクらないのか 154 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 22:41:25.89 ID:63RUfPPA.net] 技術力がないからだろう JVMパクった時のように得意の同じアーキテクチャで丸パクリでいいのにそれすらできなくなった 155 名前：デフォルトの名無しさん mailto:sage [2024/05/17(金) 23:10:22.30 ID:63RUfPPA.net] >>149 Office 365で使われてるからもうネイティブ版は息してないな Windowsネイティブアプリしゅーりょー 156 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 00:07:17.71 ID:uwzTrMNd.net] C#以外禁止ならBlazorでいいけどそうじゃなければReactで書きたい 157 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 00:12:08.00 ID:olgk+Gdo.net] フロントエンドはReactでもVueでもViteでもSvelteでもなんでもええんや ロジックだけC#使いたいんやなんで誰もが求めてることをやらんのやMSアホすぎる 158 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 00:17:12.03 ID:olgk+Gdo.net] あとXAMLと双璧をなすめんどくさアーキテクチャのMVVMもオワコンすぎる まぁそもそもC#の設計思想がC++からの移行を想定してて面倒な記述や手続きを求められるんやが あまりにめんどいからWinUI3でもMVVM使わずがっつりコードビハインドやハードコーディングで書いてるからな それにしてもXAMLもMVVMもとにかく手間がかかるJSやPythonが好まれる時代にまったくマッチしてないのアーキテクトやエンジニアのセンスゼロと言わざるを得ない 159 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 00:31:37.41 ID:nDlj56PD.net] C#で書いたコードをNativeAOTしてそれをRustでラップしてやればTauriでロジックをほぼC#で書けるんじゃね？そんなことやる気ないから知らんけど 160 名前： mailto:sage [2024/05/18(土) 00:33:32.65 ID:7mK3ozxc.net] Tauriはもうブームさっただろ 時代はwailsだろ 161 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 00:57:54.85 ID:k3bfwDQ6.net] Tauriはモバイルアプリ分野で普及しそうで期待してる ガワアプリハイブリッドアプリを手軽に作れて、ReactNativeやCapacitor(Ionic)に対抗できるポテンシャルはあると思う 162 名前：デフォルトの名無しさん [2024/05/18(土) 04:33:31.17 ID:FpOy8Wys.net] >>158 すまんが現場じゃJSとpythonって嫌われ者だぞ 163 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 06:19:23.72 ID:aZIcMwYD.net] >>162 現場ってなんの現場？ 164 名前：デフォルトの名無しさん [2024/05/18(土) 07:08:44.16 ID:FpOy8Wys.net] IT業界 jsとpythonが人気に“見える”のは高校大学とかの教育現場までカウントされてるからだぞ pythonだって機械学習ぐらいしか使わない jsだって小規模開発ぐらい 規模が大きくなるにつれてpythonなんて能力不足だしjsはバグの温床になりやすいから極力排除する 165 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 07:36:35.75 ID:49XN08Gx.net] フロント開発の話をしてるんじゃなかったの？ 166 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 07:47:23.62 ID:dXhKuUBG.net] フロントエンドのフレームワークのスレでそんなん言われてもね 167 名前：デフォルトの名無しさん [2024/05/18(土) 07:58:17.08 ID:FpOy8Wys.net] だからBlazorで良いじゃん 168 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 09:25:54.41 ID:ES3Icyri.net] Blazorは違う、フロントエンドをC#で書きたいなんてもう誰も思ってない WailsやTauriのC#バージョンが求められてる 169 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 10:05:50.97 ID:fL3BuuI3.net] 「誰も」とか「ゼロ」とか「極力」とか、 そういう極端な言葉使ってるやつは視野が狭そうに見える 170 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 10:22:24.32 ID:y9O2OkDx.net] ReactでもVueでもBlazorでもComposeでもFlutterでもなんでも好みのものを使えばおけ Reactが学習コストも資産も充実してるってだけで、どのフロントのフレームワークを使っても動くものを作れる 171 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 10:40:35.36 ID:cFdkwUca.net] >>168 求められてないけど Wails使えばGolangで書けるのにいまさらC#にしがみつく必要なし 172 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 10:49:52.61 ID:dXhKuUBG.net] WebView2がクロスプラットフォームになれば事実上そうなるんだけどな ガワはMAUIでもAvaloniaUIでもUNOでもなんでも良い https://learn.microsoft.com/ja-jp/microsoft-edge/webview2/roadmap 一応ロードマップにはMacOSやLinuxはあるんだけど、音沙汰無いからやる気なさそうだけど。 173 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 10:56:54.97 ID:TYsqmmdl.net] go言語化ってよく知らんのだけど人気なの？ 174 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 10:57:18.06 ID:TYsqmmdl.net] go言語ってよく知らんのだけど人気なの？ 175 名前：デフォルトの名無しさん [2024/05/18(土) 12:05:08.84 ID:FpOy8Wys.net] 殆ど使われて無い 176 名前：デフォルトの名無しさん [2024/05/18(土) 12:07:23.19 ID:FpOy8Wys.net] goも不遇だよね Dart開発しました go開発しました でもGoogleではTypeScriptが標準です！ 177 名前：デフォルトの名無しさん [2024/05/18(土) 12:59:35.20 ID:6s00VtOV.net] Goは将来性あるよ 178 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 14:01:30.70 ID:iHfdjA3b.net] >>162 そりゃお前の頭ん中な 今やその２つ+Rust/Go以外はやる価値なしと判断されてる 179 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 14:09:17.08 ID:olgk+Gdo.net] それ言ったらRustはもっと将来性あるというか確約されてるし人気あるだろ まぁ俺もGo触ったことないんであれだが比較すべきはRustでそのRustと比較してどんなメリットあんの？ Rustは名前と人気だけ先行してみんなイメージだけで語ってるやつ多いがぶっちゃけ開発環境としてはなんもなくてほぼフルスクラッチになるからC++よりもきつい そのRustよりも明確なメリットってなんかあんのか 180 名前：デフォルトの名無しさん [2024/05/18(土) 18:14:55.50 ID:6s00VtOV.net] しばらくCとGoやRustは共存していくだろう 181 名前：デフォルトの名無しさん [2024/05/18(土) 20:45:49.48 ID:ChRqTdIH.net] >>178 そりゃお前の頭ん中な あなたのお気持ちとか知りませんやんw 182 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 21:49:47.58 ID:olgk+Gdo.net] 今のRustの用途ってCやC++の既存の機能を置き換える実装がほとんどなんじゃねーの 自分でなんでも書けるからRustなんてよゆーってプログラマーなんてそんな多くねーだろ 183 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 22:04:56.78 ID:iHfdjA3b.net] >>181 オウム返ししたな お前の「負け」だ 184 名前：デフォルトの名無しさん [2024/05/18(土) 22:07:55.34 ID:ChRqTdIH.net] >>183 そのお前の頭の中の「勝敗」 誰得やねん？ 185 名前：デフォルトの名無しさん mailto:sage [2024/05/18(土) 22:27:50.69 ID:K5ctxTI+.net] JavaでAndroidアプリ作るよりC#のほうが解りやすくてMAUI使ってる俺は変態なのか? まあ、主に自分で使用するものをVBAやC#で作った経験しかないからな。 ちなみにGoglePlayでツール系のアプリ公開してるけど2200回ダウンロードされてアクティブなデバイスは300程、Firebaseのデータやプログラムを定期的にアップデートしてる。 186 名前：デフォルトの名無しさん mailto:sage [2024/05/19(日) 06:35:55.36 ID:HwLpw809.net] わざわざJavaで書く意味がわからんKotlinで書くだろ… しっかしたまにC#やJava触るとセミコロンだったり型が前置だったりが古臭く感じるなあ 187 名前：デフォルトの名無しさん mailto:sage [2024/05/19(日) 08:22:42.68 ID:4NDiB8uu.net] ウィンドウをサイズやポジションを設定するプロパティも機能もない サイズ設定 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)); 188 名前：デフォルトの名無しさん mailto:sage [2024/05/19(日) 08:23:30.92 ID:4NDiB8uu.net] ポジション設定 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(); 189 名前：デフォルトの名無しさん mailto:sage [2024/05/19(日) 08:26:30.96 ID:4NDiB8uu.net] これが2024年の最新のマルチプラットフォームフロントエンドフレームワークとかあまりにもひどすぎてクソワロタ そしてMS自身はOffice365もOfficeもEdgeもReact、VScodeはElectronで実装しててクソワロタ 190 名前：デフォルトの名無しさん mailto:sage [2024/05/19(日) 08:35:58.09 ID:4NDiB8uu.net] GoogleもMetaもTwitterも社内で使っててものすごく便利で素晴らしいからフレームワークをOSS化して人気でたのに それがMSの場合自社ですら使わないゴミをOSS化してるから当然だれからも見向きもされないままオワコン化 いまだかつてこれほど酷かったフロントエンドフレームワークは初めてだわ 191 名前：デフォルトの名無しさん mailto:sage [2024/05/19(日) 12:36:12.55 ID:Z296Jxvc.net] そらまああんなでかい会社で一枚岩なんてありえんけどな 逆に開発者が環境を強制されない自由な社風とも言える 自分に都合のいい一面だけ見ても理解できんよ 192 名前：デフォルトの名無しさん [2024/05/24(金) 16:57:54.76 ID:+1ofGHDa.net] もうMSはAIにコード書かせたいからプログラマの相手なんかどうでもいいんだよ 193 名前：デフォルトの名無しさん [2024/05/24(金) 22:20:58.77 ID:wIRr1ctk.net] ここに来てクライアントアプリの需要増えるとか勘弁して欲しい BUILDで発表あったけどコレからはWebだけじゃダメだ クライアントだけでAI動かないと話にならない 194 名前：デフォルトの名無しさん mailto:sage [2024/05/24(金) 23:27:05.56 ID:700trLsu.net] >>193 BUILDの話題誰もしてないけどどこかまとまってる？ 195 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 04:08:24.71 ID:j5AW2kym.net] MSゴリ推しのAIとか絶対失敗するわ 今までMSがIPに巨額の投資や買収して成功したこと一度でもあったか？ないんだなこれが AIなんて仮想通貨と同じく金儲けしたいだけの投資家のおもちゃよ 196 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 04:09:51.21 ID:j5AW2kym.net] まぁAIバブルが崩壊するまでの短期間でそのおこぼれに群がるIT土方が乞食したいならそれもいいじゃね？ 197 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 05:58:09.10 ID:Ljj82WJ/.net] そうは言っても5、6年ぐらい前からクライアントでonnx使う機会増えてんじゃん 198 名前：デフォルトの名無しさん [2024/05/25(土) 09:35:48.92 ID:q+P8yrMm.net] クライアントでSLM使うのが流行り Phi−3でWindowsもAndroidもiOSもクライアントだけで動く 199 名前：デフォルトの名無しさん [2024/05/25(土) 09:59:55.80 ID:xnXKhp7w.net] PC買い替えてまでSLM動かしたいかねえ 200 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 13:42:33.07 ID:j5AW2kym.net] AIでも結局やってることが10年前に大流行したビッグデータのデータマイニングと変わらんてことよ SLMなんてAIそのものよりもそのドメインの専門知識や機密情報が重要なんであって既存の専門分野の業務システムと何ら変わらん 俺はとある超大手企業でSAS使ってたけどご自慢のビッグデータで何してたかと言うと経営者が喜ぶ情報を作るためにデータを取捨選択してたってわけ こんな無駄で無意味なことなんてマネタイズできっこないしなぜその企業が大金かけてたかというと プロジェクトを仕切っていた本部長が実の弟の会社に一括で仕事を流してたからという背任罪あるある 201 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 13:54:59.99 ID:FvZ/YunR.net] MicrosoftはOpenAIやGitHubを実質的に抱えてるってこと忘れてない？ 202 名前：デフォルトの名無しさん [2024/05/25(土) 14:17:04.07 ID:q+P8yrMm.net] >>201 GitHubは買収してるんだから実質的って表現おかしくね あれはMicrosoftだぞ 203 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 14:23:38.92 ID:MOFssUzn.net] GitHubのAIといえばCopilotどうなった？ 204 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 14:35:26.83 ID:j5AW2kym.net] 今日の海外記事でCopilotのコードが誤りの可能性は51%って情報が出てたぞ まぁお前らがご自慢のAI使って大したもん作っても稼いでもないってよーくわかった ぼきゅえーあいしってるんだもん！でクソワロタ 205 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 14:38:18.12 ID:hX6V6Q/d.net] めちゃくちゃ頭悪い発言してて草 206 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 14:50:21.78 ID:j5AW2kym.net] 効いてて草 207 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 15:00:00.10 ID:hX6V6Q/d.net] 自分のレス見てアホだと思わん？w 208 名前：デフォルトの名無しさん mailto:sage [2024/05/25(土) 15:01:48.77 ID:FHtwikOJ.net] Github Copilot は普通に使えてるよ タイピングが減って快適だ 普通に間違うので、ウソをウソとわかる人でないと難しい 209 名前：デフォルトの名無しさん mailto:sage [2024/05/26(日) 09:45:31.04 ID:kToL+qtL.net] むしろその51%が低く見えるけど、ちょこちょこ皆使ってるんじゃないかなw 210 名前： [2024/06/02(日) 00:51:19.26 ID:/UeujcSI.net] mauiが不人気な理由はxaml何じゃないかと 過去に戻るけど、Delphiみたいにデザイナーパネルから画面は作れるようにするのは難しいだろうか (Delphiは、見たらスマホアプリとかも作れるようになっているんだね) 211 名前：デフォルトの名無しさん mailto:sage [2024/06/02(日) 01:58:18.52 ID:Gd9kl6kA.net] >>210 ガキの使いじゃないんだから今時ペタペタなんてしたくないんよ コードでガッツリUIを書いてそれがリアルタイムで確認できる これがモダンなUIの作り方 何ならChatGPTを組み込んでくれてもいい どうせ画面は生成AIで雛形作る時代 212 名前：デフォルトの名無しさん mailto:sage [2024/06/02(日) 04:33:36.67 ID:5qCYMNZB.net] >>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自身がやる気も流行らせる気も毛頭ないのに当然やろ 213 名前：デフォルトの名無しさん mailto:sage [2024/06/02(日) 08:40:34.66 ID:0MnNF0Gg.net] >>212 へー、デスクトップ版ExcelやWordもReact/React NativeとElectronと言い張るのか 214 名前：デフォルトの名無しさん [2024/06/02(日) 09:45:34.93 ID:kFf3bT5I.net] これ読む限りデスクトップ版もじゃないの？ バラバラにする意味ないでしょ https://softantenna.com/blog/office-in-javascript/ 215 名前：デフォルトの名無しさん mailto:sage [2024/06/02(日) 11:22:30.55 ID:iJbbBtN+.net] >>214 意味ある 216 名前：デフォルトの名無しさん [2024/06/04(火) 21:08:48.75 ID:xMGMy1Dg.net] >>215 意味無い 217 名前：デフォルトの名無しさん mailto:sage [2024/06/08(土) 00:03:53.12 ID:UXliOxHj.net] せめてスタイルの記述だけでもWinUIでCSSにできんかったんか CSS使えるJavaFXのFXMLの方がよっぽど筋が良かったわ まぁJavaFXはOracleが延命せんかったから死んでもうたけど CSSと言わずともせめてJSONで記述できれだいぶマシやったんやがな もうApp.xamlやResource.xamlにズラーッとSetter並んでるStyleとか見たくないわ XMLは可読性が最悪すぎて蕁麻疹でるっちゅーねん 218 名前：デフォルトの名無しさん mailto:sage [2024/06/08(土) 08:23:55.48 ID:SAkY8LF7.net] XMLはもう終わりだよ AndroidもXMLはメンテナンスモードに移行したし 219 名前：デフォルトの名無しさん mailto:sage [2024/06/08(土) 12:32:45.57 ID:zcPJDSId.net] GUIを論理構造でやるやつってDelphiで昔やってたやつと違うのかな 何だかループしてるように見える 220 名前：デフォルトの名無しさん mailto:sage [2024/06/08(土) 18:04:51.45 ID:Hlb2wDxo.net] JSXという理想のXMLがあるのに何でその劣化版を書かなきゃならんのってなるわな 221 名前：デフォルトの名無しさん [2024/06/08(土) 21:28:46.31 ID:HBz/mQGq.net] JSXはXMLじゃなくてJSだよ馬鹿 ニワカが知ったかしてしゃしゃってくんなよ 222 名前：デフォルトの名無しさん mailto:sage [2024/06/08(土) 21:48:42.43 ID:Hlb2wDxo.net] それはコンパイル後の話だろ 書くときはもろにXMLだ 書いたこともないくせにしゃしゃってくるなバカ 223 名前：デフォルトの名無しさん [2024/06/08(土) 22:05:47.75 ID:QzPcwM+v.net] オイラもJSX(TSX)のどこがXMLなのか気になるから詳しく説明よろ あの構文のどこをどう見たらXMLに見えるんだろう 生まれて初めて聞いたから若干の戸惑いを感じる 224 名前：デフォルトの名無しさん mailto:sage [2024/06/08(土) 22:09:27.37 ID:UdqPo5/0.net] XML じゃなくて、S式をベースにすればよかったんだよね 225 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 01:19:07.49 ID:QX/4swNb.net] >>223 逆にXMLじゃないと思ったのはなぜなんだろう 例えば単一のルート要素やタグの対応関係が必須など もろにXMLなのだけど 226 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 06:06:52.12 ID:tyVWh6h1.net] JSXはJavaScript XMLの略らしいけど 227 名前：デフォルトの名無しさん [2024/06/09(日) 16:24:54.76 ID:I85uDLsF.net] >>222 ブーメランやん もうネタやん 228 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 16:35:11.51 ID:QX/4swNb.net] ？ XMLは元々そういう変換機を作るための汎用フォーマットだぞ だからパースしやすいように厳格になってる それ単体では何の意味も持たないだろ そもそも処理系ではないんだから 229 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 16:51:04.12 ID:uS4jeXmj.net] wikiでもど頭に JSX (JavaScript XML, formally JavaScript Syntax eXtension) is an XML-like extension to the JavaScript language syntax.[1] って思いっきり書いてあるやん 230 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 17:54:49.62 ID:p4JAvk91.net] 喧嘩はやめよー 231 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 18:40:37.65 ID:TVjmkEGE.net] Binding というアイデアがハズレだったんだよ 根本的なところでハズしているので、巻き返しは不可能 232 名前：デフォルトの名無しさん mailto:sage [2024/06/09(日) 21:03:29.20 ID:QX/4swNb.net] JSXをただのテンプレートエンジンと思ってるんじゃないの？ タグとか素のHTMLでさえ全部パースしてVDomで保持してるのに 233 名前：デフォルトの名無しさん mailto:sage [2024/06/11(火) 20:04:00.56 ID:6BKga6KD.net] 言語が乱立しすぎてしんどい 1つにしてよ 234 名前：デフォルトの名無しさん mailto:sage [2024/06/11(火) 22:15:06.79 ID:VI5v8dDI.net] モバイルアプリ開発総合みたいなわかりやすいやつほしいね 単一プラットフォームネイティブ（Swift、Java/Kotlin）からXamarin/MAUI、Flutter、ReactNative、KMP等クロスプラットフォームネイティブ、ひいてはガワアプリまで全部一纏めにしていい 235 名前：デフォルトの名無しさん mailto:sage [2024/06/11(火) 22:23:56.61 ID:P40oBDgA.net] このスレが実質そうでしょ Flutter vs .NET MAUI vs React Native 2 https://mevius.5ch.net/test/read.cgi/tech/1671218306/ 236 名前：デフォルトの名無しさん mailto:sage [2024/06/12(水) 22:06:48.45 ID:6jxu0vvB.net] >>233 言語は利権争いできるから、一つにまとまるなんてことは起きないんだ 237 名前：デフォルトの名無しさん mailto:sage [2024/06/13(木) 11:01:05.08 ID:i+m/Vfya.net] https://i.imgur.com/1eGFiXA.jpg もうすぐ終了です 238 名前：デフォルトの名無しさん mailto:sage [2024/06/13(木) 11:17:20.77 ID:V9nGFEN/.net] >>237 これは試す価値あるな 239 名前：デフォルトの名無しさん mailto:sage [2024/06/13(木) 21:02:36.12 ID:PEctANCx.net] Rubyと一緒に消えろ 240 名前：デフォルトの名無しさん mailto:sage [2024/06/13(木) 22:15:39.89 ID:g8xlQoou.net] そうだな 型を適切に扱えない言語は滅びるべきである 241 名前：デフォルトの名無しさん mailto:sage [2024/06/14(金) 03:01:12.61 ID:YcwgTrHI.net] 型とかそういう言語仕様も大事だけど、まずフレームワークのメンテナンスをまともにやってほしい FlutterやReactNative、Compose Multiplatformと比べてMAUIのやる気のなさ、情けないよ 242 名前：デフォルトの名無しさん mailto:sage [2024/06/14(金) 03:27:48.82 ID:X0GlCRZU.net] mauiってよく知らんのだがデスクトップ開発でなら使われてるの？ 243 名前：デフォルトの名無しさん mailto:sage [2024/06/14(金) 04:02:46.18 ID:ERlW+xvs.net] Windows App SDKの方はちゃんと開発してる もうMAUIは捨て確定だなこりゃ https://forest.watch.impress.co.jp/docs/news/1575691.html https://github.com/microsoft/WindowsAppSDK 244 名前：デフォルトの名無しさん [2024/06/14(金) 04:40:24.76 ID:qF8Ig6cA.net] マイクロソフトはクロスプラットフォームを、MAUIを捨ててBlazorに絞って開発したほうがいいように感じる 245 名前：デフォルトの名無しさん mailto:sage [2024/06/14(金) 05:04:21.16 ID:lj8dYX/x.net] MAUIを採用するうえで致命的なのが、いつ開発停止しても何ら不思議ではないこと 運用リスクが高すぎて、せいぜい過去にXamarinで作ったアプリをMAUIで保守しようかなくらいにしか使えないよ 246 名前：デフォルトの名無しさん mailto:sage [2024/06/14(金) 08:42:38.39 ID:TliJGAKQ.net] >>237 コスパ良いな 　 247 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 06:42:57.18 ID:hvZZKGi2.net] MAUIは配布がクソめんどい デフォルトのアプリをビルドしただけで100MBものサイズになり、 msixしか生成されないからbundleは手動で作ってやらなきゃならん しかも自己署名証明書だとインストールもできないので、高い証明書を買ってこなきゃいけないし定期更新も必要 受託開発だとまぁ選べないわな 248 名前：デフォルトの名無しさん [2024/06/29(土) 09:54:12.17 ID:1aZdlgNw.net] アプリのサイズを気にするならOS同梱のグラフィックライブラリでアプリを作らないとね AndroidならCompose/Kotlin、iOSならSwiftUI/Swiftで作れば数MBの容量で済む ttps://www.jacobras.nl/2023/09/android-ios-native-flutter-compose-kmp/ 249 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 09:56:25.01 ID:jimzmydT.net] RAMと同じく今どきストレージ気にする必要性あるハードウェアなんてないやろ PCどころかスマホですら512GB〜1TB当たり前やのに 250 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 09:58:30.63 ID:jimzmydT.net] あとUnpackageでビルドすりゃ今まで通りバイナリ出力されるからサイドローディングすら必要ないやんが もちろんこんな初歩的なことは知っとるよな？もしかしてエアプか？ｗｗｗ 251 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 10:04:02.13 ID:ootEijyj.net] いやー、iPhoneとかだと64GBしかない人とか沢山いるし、さすがにアプリ容量が百MBを超えるとアンインストールされるリスク高いと開発者目線では感じる アプリが数MBしかなければアンインストールする気を起こさせないというのはあるはず 252 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 14:04:30.28 ID:AKI9JxZ5.net] 自身で作成したモノの単なる署名に金掛かるというのがほんと意味不明 証明書機関とかただの利権ビジネスじゃねーか 253 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 18:00:13.36 ID:cGjRY3mv.net] >>252 iOSの話？ 254 名前：デフォルトの名無しさん mailto:sage [2024/06/29(土) 19:47:48.91 ID:Cd3NI2Hu.net] >>252 ネットはアメリカの巣の中。 xxx.co.jpなどのURLアドレスの登録も 2千円程度の年間維持費がかかるし。 255 名前：デフォルトの名無しさん [2024/06/30(日) 03:13:31.40 ID:CdZYHoVj.net] 日本はIT小作人ωωω 256 名前：デフォルトの名無しさん mailto:sage [2024/07/01(月) 21:05:44.79 ID:sANfgb6u.net] Windowsの証明書はボッタクリ業者ばっかでホント高すぎるし手続きダルすぎる 昔はプログラミング始めると言えばとりあえず手元のPCに入ってるOSで動くアプリ作ってみるみたいな入口多かったと思うんだけど Windowsのデスクトップアプリがここまで冬の時代になるとは思わなんだ 年間99ドル払えばとりあえず大体のことはやってくれるAppleの方が遥かにマシ 257 名前：デフォルトの名無しさん mailto:sage [2024/07/01(月) 23:30:40.19 ID:G0G7wQjt.net] >>256 シェアが73%以上の寡占状態になると、市場がしぼむ と言われているけど、それが当てはまっているのかも。 Windows用のアプリ市場で、OS会社のMSが自分で アプリまで寡占状態に指定待ったことで、アプリ市場 が死んでしまい、アプリ市場に活気が無くなった。 そのため、Windowsアプリ離れが起きた。その結果、 OSまでシェアを落とした。 マーケティング理論からそう考えられるかも。 258 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 03:25:06.25 ID:tXfVxiNd.net] MSストアでパブリッシュすりゃすべて解決やんけ 開発者アカウント登録も初回の1847円だけでAppleみたいにがめつく毎年更新＄99と高額な費用を払う必要もない ニワカかつエアプすぎてググった知識でなんか文句言いたいだけやろこいつｗｗｗ 259 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 03:27:19.99 ID:tXfVxiNd.net] しかもAppleと違ってMSはほぼすべて日本語でアプリの登録・申請・問い合わせが可能 AppleなんてXcode含めて開発環境・登録・申請・問い合わせが英語強制やからな 世界有数の英語アレルギーの日本人にとってどっちがハードル高いんやっちゅー話 260 名前：デフォルトの名無しさん [2024/07/02(火) 04:02:18.66 ID:NuvA7D4k.net] >>258 何でストアで公開しないといかんのだ？ 261 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 04:36:49.61 ID:tXfVxiNd.net] iPhoneやAppストアや登録費用の話題出したのお前やろガイジｗｗｗ そもそも野良アプリはmacOSでもTerminalからcurlでインスコせんと既に起動すらでけへんわ知ったかすんなエアプｗｗｗ 墓穴ほりまくってメッキが剥がれてきたな知ったかエアプくんｗｗｗ 262 名前：デフォルトの名無しさん [2024/07/02(火) 06:13:47.99 ID:NuvA7D4k.net] >>261 ああ、なんだ、何も知らない馬鹿か 買ったこともなく(実は貧乏だから買えない)アップル製品の悪口を書く馬鹿が多いよな、5chは 263 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 06:31:51.18 ID:tXfVxiNd.net] これMacの専ブラから書き込んでるんやがついに墓穴ほったのクソワロタｗｗｗ 264 名前：デフォルトの名無しさん [2024/07/02(火) 06:38:51.16 ID:NuvA7D4k.net] >>263 己が馬鹿なことを嘘まで付いてごまかすなよ 馬鹿にはiTerm2とかインストールできんのだろうな 265 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 06:47:09.26 ID:tXfVxiNd.net] 効いてて草 266 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 10:36:30.96 ID:vHLeS4wn.net] MS Storeは最初にUWP縛りして大コケしたからそれから一切使ってないって人多いのが問題。 ていうか有名アプリでも大半はストアへの誘導じゃなく直接インストーラをダウンロード出来るようにしてるのがほとんどだろ ユーザーもそっちに慣れてる 証明書とノータライズだけしてあればAppleは野良アプリターミナル叩かなくても起動できるよ 267 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 13:49:57.04 ID:71Tx2vIK.net] UWPのアイデア自体は悪くなかったはずなのにここまでこけるとはね 268 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 13:54:10.02 ID:7flIAyyV.net] >>267 開発者は、MSのベンダーロックインから離れたいと 思っているから。 269 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 14:23:00.67 ID:Y/4KtxGA.net] そもそもVSCodeのダウンロードページにすらストアへの誘導が無いのが、どれほど開発者から総スカンだったかを物語っている。 一応ストアにもあるけど、こっから入れてる人いるの？笑 270 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 14:50:02.81 ID:7flIAyyV.net] MSは、何十年間も客の事を考えずに買わざるを得なくして 無理やりかわしていただけだから、いつかチャンスが きたら離れてやる、仕返ししてやると大多数の人が 思っていて、隙あらばMSを潰そうとしている人が 多い。 デファクトスタンダードだから使っていただけだし。 だから、チャンスが来たら、離れていく。 MSは必死で引き止めるしかない。 Macファンじゃなく、MS製品ばかり使ってきた人も、 心の中ではMSから離れたく思っているから。 MSは力でねじ伏せる流儀だから、いつかは離れられる。 40年くらいそれが続いてきて、ねじ伏せ力は凄いが。 271 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 14:52:51.19 ID:7flIAyyV.net] みんなが使ってるOSを使っていたら、売れるアプリでも 作れるかな、と思ってたけど、MSの寡占のせいで 一時的に売れても、こっちが有名になる前に すぐに模倣されてMS製の方が有名になるのが 目に見えている。 だからメリットがとても少ない状態。 さりとてMacやLinuxもメリットが無い。 だからしょうがなくWindowsを使っている状態だよ。 272 名前：デフォルトの名無しさん mailto:sage [2024/07/02(火) 19:24:51.38 ID:pKRCy0yk.net] 読みにくいわ！ｗ スマホか何かで書いてるんか？ Microsoftがそこまで嫌ならLinux行けば良いんじゃねって思うけどね 273 名前：デフォルトの名無しさん [2024/07/02(火) 19:33:41.87 ID:zgzHUr94.net] >>259 日本語でもOKだよ 274 名前：デフォルトの名無しさん [2024/07/02(火) 22:20:53.30 ID:R9vR2zyx.net] >>271 違う。 みんなが使ってるOSがiOS/Androidになっただけ。 Winは「仕事用OS」になったから、個人がアプリ入れようと思わなくなった。 んで、Winの仕事用アプリはMSのOfficeかAdobeのフォトショとかイラレの独占状態。 275 名前：デフォルトの名無しさん [2024/07/02(火) 22:25:40.91 ID:R9vR2zyx.net] それで今、仕事用アプリで独占じゃないアプリを売ろうとするならiOS/Android/Winをサポートする必要があって、必然的にWebアプリ開発が主流。 276 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 02:47:03.08 ID:W3v8KFGW.net] 業務用アプリは100歩譲ってMS Storeでも良いんだけどね。アップデートも制御しやすいし。 アプリ作るならWebで、っていう大きな流れがあったのは前提だけど Winアプリの所謂フリーソフト文化みたいなのはUWPとストアのグダグダがトドメを刺した面はあると思う。 まあユーザーにとっちゃ、どうでもいい有象無象のアプリが行き場を失ったところで何の問題もないけど 一発アイデアで存在感を放つ謎のアプリみたいなのが生まれる素地は失われた。 277 名前：デフォルトの名無しさん [2024/07/03(水) 03:50:05.89 ID:uECQTWj2.net] >>276 グダグダってよりインストーラーのサポート打ち切ったのが痛い フリーソフトの配布方法が未だに混乱してる それはプログラミング言語も同じで、一番プログラミング言語の学習に向いてないOSになり下がった。 278 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 04:59:39.92 ID:aR0C9sJC.net] まあでもさー 今時なんの保証もない野良exe実行しろってのも無理があるよ 俺なら絶対にやらない 279 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 05:52:22.07 ID:W3v8KFGW.net] だから、アップルみたいに署名とノータライズだけ提供してストア外でも配布できるようにすれば良いんだよ 今だと警告だけで結局起動できちゃうからむしろ危ない 280 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 10:53:20.79 ID:9qleXMVl.net] Sandboxで動くなら署名なくてもインストール実行してやらないことはないんだけどな SandboxなしのfullTrustの野良の署名なし->怖すぎ Sandboxの野良署名なし->ちゃんと権限みて適切ならインストールしてもいい 281 名前：デフォルトの名無しさん [2024/07/03(水) 11:06:18.89 ID:3RGHFSV0.net] xamarin.iosとxamarin.androidで別々に作るのが一番捗る。 282 名前：デフォルトの名無しさん [2024/07/03(水) 11:06:38.78 ID:3RGHFSV0.net] 最重要なサーバーとの通信部分なんかを共通化できるからね。 swiftとkotlinに分けるより良い。 283 名前：デフォルトの名無しさん [2024/07/03(水) 11:06:53.06 ID:3RGHFSV0.net] mauiは愚かな考え 284 名前：デフォルトの名無しさん [2024/07/03(水) 11:09:14.46 ID:3RGHFSV0.net] microsoftがmauiを推進したい理由は .net for ios (xamarin.ios)がwindows版のvisual studioでまともに動かないから https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details 285 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 11:51:16.49 ID:J3o0DcrL.net] >>282 Kotlinだけでandroidもiosも書くのはだめなの？ 286 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 11:54:17.52 ID:bkj41Z8U.net] >>285 kotlinでやりたいんならいいんじゃないやってこれば？ ここは.netでやる方法をいま議論してるんで 287 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 17:21:37.54 ID:JgtlKqyh.net] スマホのエコサイクルからはじき出されてるせいで延々迷走し続けてるな 288 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 17:51:55.41 ID:aR0C9sJC.net] MAUIって結局ザマリン救済でしかないんだよね それに気がつくまで期待してたのに裏切られた気分 ザマリン使ってる奴らに嫌がらせして さっさと移行を進めてる段階なのかなと ほんとMSを信じてザマリンに行った奴らをバカにしてる 289 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 18:28:07.95 ID:3rN2gj0V.net] >>274 でも、経営学やマーケティングと呼ばれる学問(?)では 寡占状態になると市場が縮むから、73%以上のシェア をとるのはやめた方がいいと言われているんだよ。 マイクロソフトが事務用アプリであるワープロなどで 高いシェアをとり過ぎたことで、他社が参入できなく なり、ワープロの活気は無くなった。また、ドロー系 ソフトも全部MS Wordの中に入ってしまっているから 文書作成、図形作成も全て含めて他社製ソフトが作り にくくなってしまった。結果、Adobeみたいに 物凄く作り込んだソフトだけが対抗できる。 290 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 18:31:08.67 ID:3rN2gj0V.net] >>289 [追加] 寡占になり、その分野で他社製品が生まれなくなると、その分野が 「終わった」ように見えることなり、消費者が離れて いくらしい。 すると、そのカテゴリ自体が死んだような状態になり 寡占企業も活力を失うらしい。 291 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 18:49:34.00 ID:3rN2gj0V.net] >>290 [追加2] MS WordもAdobeのphotoshopも必ずしも使い勝手 が言い訳ではないし、使い勝手の良い別のインターフェース が作れる余地もまだ有るが、弱小メーカーが作っても 知名度が低いので十分には売れず、認知もされないず、 開発費の回収すらままならない状態の内に、Wordや Phtoshopにアイデアだけ真似されてあたかも、 世界で始めてそっちに機能が導入されたかのように勘違い されることになりかねない。 実際、それでいつまでたっても、新しいソフトが普及 しない。 新興企業の新製品が雑誌で紹介されることも減ったかも しれないし、そもそも雑誌読者が減っているから、 寡占企業の牙城も崩れることが無い。 でも、「つまらない」から消費者離れも進んでいく。 292 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 19:04:51.34 ID:aR0C9sJC.net] かといってネイティブアプリはさらに迷走してるやん 今windowsのネイティブアプリでいちばんのおすすめの作り方は何？っていうと困るでしょ 293 名前：デフォルトの名無しさん mailto:sage [2024/07/03(水) 23:51:04.55 ID:1dOJGZLT.net] >>292 困る、まずクロスプラットフォーム対応の観点でC#.NETは選択肢から外れる やるとしてもBlazor+Electron(or Tauri or wails)が無難 294 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:06:53.58 ID:XGsoKmjH.net] クロスプラットフォームであることってそんなに重要？ 295 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:19:01.70 ID:kDBQoSF/.net] >>294 言うなればインターネットサイトはクロスプラットフォーム対応アプリだけど？ WASM技術もあるなかでWindows専用ネイティブアプリがインターネットサイトに本当に勝っているのか考えてみたらいいと思うよ 296 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:25:51.30 ID:kURHkxY0.net] WindowsPhoneが普及してたら.NETが天下を取っていたのにね 297 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:39:16.90 ID:omfVET5Q.net] MS自体がネイティブアプリに対する回答を出していない　昔なら生のWin32 API使ってゴリゴリ書いてくれとか MFC使ってくれとか .NET使ってくれとか その時々でこれがベストだよと教えてくれた しかし今はどうだ？ 結局何使っていいのかさっぱりわからん 298 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 01:52:33.17 ID:tspjs2OQ.net] Visual Studioは、最新の環境でも 起動に10秒くらいかかると聞いたけど、 本当なんですかね？ 299 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 02:06:29.59 ID:omfVET5Q.net] クロスプラットフォームじゃない場合でも選択肢はかなり多い MSが今いちばん開発してるのはWinUI しかしこれは古いWindowsは対象外という情けなさ Windowsの唯一の利点古いOSでも動くというのがなくなる時点で論外 WPFはあのXAMLを書かなきゃいけない時点で嫌 MAUIも同様 React Native Windowsは情報がなさすぎる UWPはオワコン Win32は論外 MFCもオワコン Blazorもよーわからん もうダメぽ 300 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 06:37:32.87 ID:4yQrsFBt.net] >>299 blazorよーわからんはあんたが勉強不足だと思う… 301 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 07:00:35.88 ID:CxeOhzSK.net] まぁ俺の結論は、今Winアプリを作るならWinUIかElectronだな スマホアプリならFlutterかネイティブ MAUIはウンコ 302 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 07:27:34.19 ID:7j/jNrpM.net] XAMLに精通してる俺ですらもうXAML触りたくないからな XAMLでデザインのカスタマイズとかマジ地獄やで とある超大手で作った行がカラムによって複数あってデータと連動してバラバラにスクロールするカスタムDataGridをほぼ一人で作ったときとか死にそうやったわ HTML5+CSSならロジックとほぼ完全に疎結合にできんのにXAMLやと不可能 がっつりカスタムするにはControlTemplateだけでは不可能で各基底クラスを継承してがっつりコードビハインドが必要かつConverter+Behavior+DependencyProperty+ViewMovel+Validationで超絶コンポーネントとロジックが密結合してて複雑なコントロールは最後は作ってる自分ですら混乱してくる 人気がないんはMSの開発環境やからとかまったく関係ないねんただ単純に複雑で使いにくくてパフォーマンスが悪いからやねん 303 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 07:30:20.38 ID:e3D54lHY.net] 結局のところUI作るのはReactが一番簡単。 いつまでもC#にしがみつくことなく使いやすいフレームワークのある言語へと脱出するべき。 304 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:03:51.65 ID:jai13w/d.net] 結局C#がオワコンに行き着いちゃうの？ 1世代を築いたC#がUnityでしか使われないマイナー言語という評価になっちゃうの？ 305 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:10:27.33 ID:Lz/+qGBc.net] 逆にC#+XAMLでスマホアプリ作りたいって需要まだあるのかね？ もうC#自体が業務アプリのメンテとUnityくらいしか使い道無くなってきてる気がする 306 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:14:48.58 ID:c8BMcF1N.net] いまはスマホアプリですらReactでつくって ionicのcapacitorを被せるようなガワアプリが流行ってるし、MAUIは戦略を間違えてると思う 307 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:25:47.81 ID:sOrgiwj5.net] >>305 ないでしょ いまからやるならReact/JSかFlutter/DartかCMP/Kotlinか C#は見る影もない 308 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:36:50.60 ID:ZFBDYnlo.net] >>298 VS2019で試してみたけど2秒ぐらいだね VS Codeだと1秒かかってないぐらいかな 309 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:36:58.26 ID:Vqjp6Nz4.net] まあ.NETいま止まってるよね 310 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:41:41.46 ID:ZFBDYnlo.net] 業務系だと結構C#は生き残ってるよ まぁネイティブライブラリの豊富さや、UIの作りやすさでVBから置き換わってる感じ 業務系だとMacやLinux、ましてやモバイル系など一切考慮しないからねー 311 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 09:43:11.85 ID:omfVET5Q.net] >>304 Javaですら今この有様だから仕方ない Javaベースの言語は書きにくいのよ 312 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 09:46:06.99 ID:omfVET5Q.net] React Nativeって本来MSが作るべきものだよな ネイティブアプリや描画に関しては他のプラットフォームに比べて明らかに優れているのに 313 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 11:38:17.36 ID:7j/jNrpM.net] 今MSはreact-native-xamlなんて斜め上の魔改造作っとるのクソワロタｗｗｗ スレ住人含めた従来のMS開発環境に精通したプログラマーが望んでるものからことごとく斜め上にいくのなんなん？ｗ みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron 誰も望んでないもの：JS(TS)でロジック、フロントエンドをXAML or ASP(Razor) 今MSがやってることって社内失業者を出さないために無理矢理に仕事作って社内で予算作ってもらってるとゆー俺がいつもゆーてる冗談が現実味を帯びてきたなｗｗｗ 314 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 12:42:38.52 ID:omfVET5Q.net] >>313 JSXにしたらそこまで悪くないかもしれんぞ https://github.com/asklar/react-native-xaml/blob/main/USAGE.md Reactのアーキテクチャで書けるからクソさが消えてる 315 名前：デフォルトの名無しさん [2024/07/04(木) 12:54:04.48 ID:A5xueLBi.net] >>297 BUILDとか見てるか？ 特に今年のはローカルPC上でAI動かすのが話題 その上でクライアントアプリの需要が増える WPFが強化された 316 名前：デフォルトの名無しさん [2024/07/04(木) 12:55:44.55 ID:A5xueLBi.net] >>313 >みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron これは既に有るじゃん 何年も前から 317 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 13:10:08.04 ID:omfVET5Q.net] >>316 言語はTypeScriptでいいよ MSはネイティブTypeScriptコンパイラを作るべき 今こそCLRを活かすのだ 318 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 13:12:47.46 ID:omfVET5Q.net] 俺がMSに望むもの DirectXを使った高速描画のReactNative TypeScriptのネイティブコンパイラ、インタプリタ この２つを出せばマジで覇権取れる 319 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:50:47.35 ID:MHxNw76N.net] mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと 320 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:51:10.83 ID:MHxNw76N.net] タッチ操作とマウス操作は混ぜるな危険 似て非なるもの 321 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:51:48.49 ID:MHxNw76N.net] iosとandroid windowsとmac catalystで完全に分けるべきだった 322 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:53:46.98 ID:MHxNw76N.net] 業務システムのクライアントが軒並みiPadアプリ化して だれもwindowsアプリを作らなくなったから焦ったんだろうけど 323 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:55:34.89 ID:MHxNw76N.net] 今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな 324 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:58:01.51 ID:MHxNw76N.net] 『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui その結果、ipadアプリ開発でのシェアも失った 325 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:58:58.79 ID:MHxNw76N.net] visual studio for macの廃止が悪手すぎた 完全にipadアプリ開発者たちに見放された 326 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:02:54.37 ID:MHxNw76N.net] >>315 ローカルaiはハードウェア要件が高すぎだから確実にコケる npu搭載で先行したandroidでも大して使われていないし 327 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:14:24.73 ID:9lUqOnIn.net] >>325 しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉 328 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:15:04.79 ID:9lUqOnIn.net] >>315 ローカルで動かすメリットなんて何もないだろ 329 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:22:06.93 ID:+fat4gIx.net] ローカルもしくは自社内で動かせないと メリケンゴミカス企業に情報吸われるからな 330 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:23:29.17 ID:ycZaTYV5.net] エロい事やりたい 男のロマン つかAIって言ってもLLM以外にもあるやろ SDとかローカルで使ってるやつ多いやろ 331 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:28:00.40 ID:ycZaTYV5.net] 丁度昨日も見たけどローカルの英語の動画を LiveCaptionで字幕つけたわ 翻訳までしてくれるとありがたいな 332 名前：デフォルトの名無しさん mailto:sage [2024/07/04(木) 22:59:44.38 ID:J6ANBz9B.net] .NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは？ 333 名前：デフォルトの名無しさん [2024/07/04(木) 23:07:03.92 ID:ZorPya/j.net] >>311 Kotlinは書きやすいと思うんだが違うん？ 334 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 03:14:27.64 ID:yFqEHWb1.net] JetBrainsてだけで使う気が失せる IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない 335 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 08:04:11.19 ID:clufzY0E.net] >>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から強制的に移行させられたことは苦闘の連続だった。 最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。 336 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:30:06.58 ID:8y8xijGI.net] >>318 俺もそれだわ 全部Typescriptでいいよもうってなってる C#→TSはめちゃくちゃ学習コスト低いし 337 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:32:33.24 ID:yFqEHWb1.net] TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ 338 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:37:56.53 ID:8y8xijGI.net] それはさすがにエアプすぎ ReactにしろVueにしろどっちも使えるけど 皆がそう思ってるならここまでTSが普及することはない 339 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:46:25.28 ID:yFqEHWb1.net] ニワカほど流行りが大好きやからな 自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい！サーバーサイド素晴らしい！とか草生えるわｗｗｗ 340 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 11:43:35.14 ID:8y8xijGI.net] おっとそうだったな 俺たちはC#と墓場まで一緒だぜ ウェブ技術なんてもんに手を出すやつはただのミーハーだよな 341 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 12:22:40.34 ID:UULOb/DK.net] >>333 言語仕様はモダンだとしてもJVMのライブラリありきの設計だし 普通にJVMの設定が普通の人はもう嫌になる 342 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 12:26:19.64 ID:UULOb/DK.net] >>336 C#使いがTSに全く興味持ってないからねえ だからMSも需要ないと思って開発しないのだろう 既存言語の再実装なんて得意なのにね 343 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 16:04:53.71 ID:vRCBSloL.net] まじでJSTS推してるやつはこのスレから出てけよ 敵なんだよおまえら 344 名前：デフォルトの名無しさん [2024/07/05(金) 16:16:00.37 ID:/nhnoDEU.net] TSはまだ良いけど基本JS嫌いだし書きたくない C#だけで全てを解決したい だからBlazorには期待値が高かった 345 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 16:16:23.98 ID:4P4zlJkr.net] React推しのMSが最大の敵だな 346 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 18:48:56.67 ID:TTNynP5Q.net] >>304 そもそもC#は意外と使われてなかったとか。 347 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 18:52:30.42 ID:I03NVXWT.net] >>304 そのC#も結局独自実装だからねえ https://github.com/Unity-Technologies/UnityCsReference MSの技術とは 348 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:24:10.17 ID:G1+uB7N0.net] C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ C#がモバイル業界を牛耳る素質はあったのに 349 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:26:22.66 ID:HFmeFQ3l.net] >>338 JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ お前らTypeScriptの前はCoffeeScriptを絶賛していて、 Reactの前はAngularを絶賛していただろうが 何回覚えたことを無駄にさせられたか数え切れねぇわ 350 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:34:00.66 ID:I03NVXWT.net] >>348 みんなObj-Cにうんざりしてたけど仕方なく覚えたからな リファレンスカウントの手動上げ下げとかよーやってたわ あのタイミングでC#メインの仕組みを出せればワンチャンあった 全てが遅すぎた 351 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:35:24.05 ID:I03NVXWT.net] >>349 BlazorはまんまReactやAngularインスパイアだろ 人のこと言えんわ 352 名前：デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:45:12.98 ID:oUVPWguP.net] フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う 353 名前：デフォルトの名無しさん [2024/07/05(金) 19:49:59.67 ID:YbFDlRVg.net] 業務用のモバイルデバイスといえばiPad 時点でAndroidタブレット iPadといえばSwift AndroidといえばKotlin SwiftとKotlinの間を取ったような構文なのはC# しかもSwift寄りで9割は文字列置換でC#に移植できるレベル ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点 354 名前：デフォルトの名無しさん [2024/07/05(金) 19:50:20.88 ID:YbFDlRVg.net] C#はXamarin.FormsとMAUIが欠点 355 名前：デフォルトの名無しさん [2024/07/05(金) 19:51:21.14 ID:YbFDlRVg.net] Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた 356 名前：デフォルトの名無しさん [2024/07/05(金) 19:52:21.66 ID:YbFDlRVg.net] UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道 357 名前：デフォルトの名無しさん mailto:sage [2024/07/06(土) 10:01:47.74 ID:FmOKD2tu.net] KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること これだけで使用言語の選択肢から外れる 358 名前：デフォルトの名無しさん [2024/07/06(土) 14:43:51.55 ID:61GJUNHK.net] FlutterもだろAndroid Studio必須だからな 359 名前：デフォルトの名無しさん mailto:sage [2024/07/06(土) 14:46:29.09 ID:WHVSU4G4.net] FlutterはCLIでできるぞ 360 名前：デフォルトの名無しさん mailto:sage [2024/07/06(土) 15:48:20.62 ID:uLSmvt8I.net] flutterはvscodeで触ってた 361 名前：デフォルトの名無しさん mailto:sage [2024/07/06(土) 16:27:23.83 ID:wg9Mgpa0.net] >>358 IDEはAndroidStudioもXCodeも要らないよ 内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ 362 名前：デフォルトの名無しさん [2024/09/02(月) 14:30:23.32 ID:21yjsUm+.net] C# Dev Kitがゴミすぎてヤバい 363 名前：デフォルトの名無しさん mailto:sage [2024/09/02(月) 15:47:24.91 ID:hmfujznF.net] このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。 だが、ここを参考にするのは警戒したほうがいい。 364 名前：デフォルトの名無しさん mailto:sage [2024/09/18(水) 14:14:16.82 ID:2oY46DRU.net] モバイルアプリは ・ガワネイティブ（ウェブ系、WebView） ・SwiftUI（Swift、iOSのみ） ・JetpackCompose（Kotlin、Androidのみ） ・Compose Multiplatform（Kotlin、AndroidとiOS） ・Flutter（Dart、AndroidとiOS） に落ち着いたね 365 名前：デフォルトの名無しさん mailto:sage [2024/09/18(水) 14:53:22.79 ID:LiOa1Fc4.net] モバイルは十分だからデスクトップアプリの方の頑張りが足りない Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし 366 名前：デフォルトの名無しさん mailto:sage [2024/09/18(水) 14:55:04.51 ID:LiOa1Fc4.net] composeはroadmapところだし 順調 tps://developer.android.com/jetpack/androidx/compose-roadmap 367 名前：デフォルトの名無しさん mailto:sage [2024/09/18(水) 16:13:34.39 ID:wKj8y32h.net] 最近、店舗のメニューをデジタルアプリ化するところが増えてるよね ちょうど嫌悪にそういうスレが立っとった 店員「ご注文はスマホでお願いしますｗ(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627] https://greta.5ch.net/test/read.cgi/poverty/1726639814/ 368 名前：デフォルトの名無しさん mailto:sage [2024/09/18(水) 23:49:43.17 ID:2IGY6mSk.net] この前入った焼き鳥屋がそうだったわ 「え？ファミレスでも卓上タブ置いてあるのに？」って言っちゃったよ 369 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 08:57:36.57 ID:xGY9RYHS.net] スマホから個人情報抜く手段よ 370 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 09:18:04.93 ID:KvH962nP.net] 噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね ファーウェイ、Androidから完全脱却した新OSがリリース間近か　パフォーマンス向上などアピール(オタク総研) #Yahooニュース https://news.yahoo.co.jp/articles/1a167246c18b6ce76f78655682e14bc9af404163 371 名前：デフォルトの名無しさん mailto:sage [2024/09/19(木) 09:31:12.47 ID:HuFrjlsa.net] >>370 現時点ではJS/TSでのアプリ開発しか無いらしいよ ゲームアプリとかどうすんだか 372 名前：デフォルトの名無しさん mailto:sage [2024/09/20(金) 15:25:54.30 ID:Ld246Lxi.net] またMACとペアリングできなくなってる いい加減にして 373 名前：Coplit mailto:sage [2024/10/05(土) 05:31:27.89 ID:m0rdVMMa.net] これってVSCodeでまともに作れるの? いつもVS2022で開発してるんだけど 374 名前：デフォルトの名無しさん mailto:sage [2024/10/08(火) 20:35:48.12 ID:xsGRbZXM.net] .NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う 375 名前：デフォルトの名無しさん mailto:sage [2024/10/08(火) 20:57:14.61 ID:xsGRbZXM.net] MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな 真のクロスプラットフォーム環境として君臨する 376 名前：デフォルトの名無しさん mailto:sage [2024/10/08(火) 21:28:47.10 ID:i7+cOifs.net] MAUIはUIがショボすぎて無理 377 名前：デフォルトの名無しさん [2024/10/09(水) 11:10:13.76 ID:kM+WjdPz.net] >>373 今まさにXcodeのバージョンアップに追いていけず iOS向けのビルドすらできなくなってる。 https://github.com/microsoft/vscode-dotnettools/issues/1449 Visual Studio for Macを復活させろとマジで思うくらいグダグダ 378 名前：デフォルトの名無しさん [2024/10/09(水) 11:11:43.12 ID:kM+WjdPz.net] Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。 マジでiOSアプリはまともに作れなくなった。 ハローワールドすら頓挫しそうになるレベル。 379 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:07:41.61 ID:wwi86cnw.net] >>376 たしかにBlazor使えばワンチャン だからスマホ版Electron 380 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:08:12.72 ID:wwi86cnw.net] >>378 マジかよ終わってんな 381 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:49:12.93 ID:1Wk4Nln/.net] tauri2.0でちゃったしなぁ… 382 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:59:18.05 ID:CDJuCLsv.net] MAUIが一番開発活発で人気高いから文句多いのは仕方ない 383 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 13:13:30.03 ID:HuutUM+l.net] tauriよりwails 3待ちやろ 384 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 18:07:40.67 ID:wwi86cnw.net] >>381 tauriいいの？ ちなみにRustは使いたいとは思わなかった 385 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 18:53:28.03 ID:I3pYx8nB.net] wailsが1番スマートなんだけどねー。 ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった tauriは実装されたばかりでまだバギー。 386 名前：デフォルトの名無しさん [2024/10/09(水) 23:40:33.73 ID:EgWGnFmO.net] 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の方が大きいシェアであり続ける、とかもありそう 387 名前：デフォルトの名無しさん mailto:sage [2024/10/09(水) 23:50:48.86 ID:SNuISCB8.net] goあたりがバランスいいよな rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが) wailsがバランスいい 388 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 00:32:59.68 ID:CDl7cV7A.net] Goってそんないいのか？ Googleってあんまり信用できないわ 389 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 00:33:10.78 ID:CDl7cV7A.net] Flutterもそうだけどさ 390 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 12:31:26.66 ID:GkrJxbZ+.net] Goはいい言語だよ 391 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 12:43:22.75 ID:fwgY8mGh.net] どういいのか解説できないけど 392 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 13:40:41.23 ID:GkrJxbZ+.net] コンパイル、ビルドが早い クロスコンパイルしやすい 書きやすく入門しやすい GCにより厳密なメモリ管理を求められない 少なくともRustよりはいい 393 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 17:00:07.96 ID:7elDSsCc.net] >>389 ウェブベースでUIを組むならGo言語のWails ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい 394 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 17:48:51.16 ID:CDl7cV7A.net] >>392 Goってクロスコンパイルしやすいんだ 395 名前：デフォルトの名無しさん mailto:sage [2024/10/10(木) 19:48:36.63 ID:zaiHGiuM.net] WinUI3はゴミ品質だからさわらない方が吉 396 名前：デフォルトの名無しさん [2024/10/11(金) 22:59:09.52 ID:2qLqLBc7.net] XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし クライアントサイドからは完全撤退する気だろ。 https://github.com/xamarin/GoogleApisForiOSComponents 397 名前：デフォルトの名無しさん [2024/10/11(金) 23:01:13.38 ID:2qLqLBc7.net] dotnetはasp .net core専用だよ 398 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 08:58:10.40 ID:RJJcEa/k.net] C#のネイティブAOT対応が遅すぎた やってることがKotlinの後追いでしかない 399 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 09:14:58.36 ID:4EmibWl3.net] c#しか使えない俺にとっては後追いは何も問題ない 400 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 11:35:51.37 ID:SicHpmLd.net] C#こそ最強 Kotlinなんてスマホ以外で使ってるやつ見たことない てかそもそもどんな言語なのか知らない 401 名前： mailto:sage [2024/10/12(土) 11:52:31.65 ID:RphneAJD.net] 言語よくてもアプリ作るのが目的だから まともなUIフレームワークないからC#は役立たず 402 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 13:00:39.27 ID:CDhYvVzL.net] Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない 金の亡者JetBrainsの作る言語なんて使わなくていい 403 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 14:24:18.81 ID:4EmibWl3.net] 実質有償って何？ .netのサポート期間短くない？ サポート切れたらバージョン上げてビルドしてテストして差し替えとか面倒すぎない？ 404 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 17:46:43.26 ID:Iy6RGAFA.net] .NET Frameworkは実質どのPCにも入ってるからこれで開発するね… 405 名前：デフォルトの名無しさん mailto:sage [2024/10/12(土) 23:24:29.78 ID:lGRBt5jL.net] >>402 C#もiOS/AndroidアプリはJetBrains Rider必須になったぞ。 Visual Studio for Mac 廃止 Visual Studio + xcodeリモートビルドは不具合だらけ。 VScode C# Dev Kit も不具合だらけ iOSのstoryboardやAndroidのaxmlすら開けない始末。 githubにある最新版だと開くだけはできるようになったが、ボタンすら配置できないゴミ。 406 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 10:06:59.43 ID:aio+iU3M.net] >>403 KotlinはIDEが公式の有償製品じゃないと使い物にならないってこと vscodeじゃまともに開発できないのは終わってる 407 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 11:06:55.02 ID:WDufJ8iI.net] その理屈でいくとC#も有償のVisualStudioサブスクリプションが必須だよ（入れないとC#DevKitライセンス違反になっちゃう） 個人開発じゃないならC#も選択肢に入れちゃだめだね 408 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 13:58:48.65 ID:qlY/8gFL.net] 有償なことは変わらんけど買い切りの永続ライセンスじゃダメなんだっけ？ 409 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 14:32:23.11 ID:ebU6oF2Y.net] >>407 Roslyn以降のC#はＭＩＴライセンスだよ https://github.com/dotnet/roslyn 410 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 15:38:24.91 ID:WDufJ8iI.net] んー、Roslyn単体が無償だとして VisualStudioをつかわず、VSCode + C#DevKitも使わないでまともに開発できるの？ 406の言うKotlinと同レベルの終わり方になる気がする >>408 ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG 411 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 15:51:34.08 ID:HFd+gYq0.net] メモ帳で開発してるけど？ 412 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 16:42:12.54 ID:qlY/8gFL.net] >>410 感謝 見たけどダメそうだな 研修受けてる奴らがvscode使ってるぽいからそのまま本番環境入ったらたぶんライセンス違反してたは 413 名前：デフォルトの名無しさん [2024/10/13(日) 22:25:33.33 ID:A7JZDMC9.net] c# dev kitはiOSアプリ作れなくなったし論外だろ。 比較対象にすらならない。 414 名前：デフォルトの名無しさん mailto:sage [2024/10/13(日) 22:55:07.37 ID:RRr/l4rO.net] >>144 WindowのAppWindowで出来るよ 415 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 02:07:01.29 ID:AlInx0gf.net] >>144 それは思う あとなんか知らんがビヘイビアのライブラリがWindowにはつかないよなWinUI Page以降ならつくけどWindowに付けられればactivateとかのイベントもMVVMでViewモデルにコード書けるから楽だと思うんだけどね 416 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 02:08:40.00 ID:xbI7VINK.net] >>410 >ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG C#アプリを企業で開発する場合、買い切りの VisualStudio では駄目で、サブスクリプション でなくてはならなくなったということなの？ 417 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 06:52:09.47 ID:jFe8O0nZ.net] >>416 ごめん主語省いちゃったね、410はC#DevKitのライセンスの話 従来通りVSで開発するならサブスク不要、 無償環境のつもりでVSCode+C#DevKitを使うとサブスクなしならライセンス違反 418 名前：デフォルトの名無しさん [2024/10/14(月) 09:36:05.85 ID:B2/CkVb5.net] 使ったことないから聞きたいんだけど、以下の認識であってる？ ・C#DevKit: VS Code用の拡張機能 ・これを使うにはサブスク版のVSのライセンスが必要 (VSとは別の「C#DevKitのライセンス」があるわけではない) 419 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 12:48:22.73 ID:JaFVXhpX.net] >>418 業務利用ならそれで合ってる 研修用途とか個人開発とかなら、VSのCommunityEditionのライセンス、つまり無償で使える 正確なところはライセンス記載のページを見てちょうだい 420 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:12:10.28 ID:Fd8j7Mhu.net] サブスク契約しなくても使えるならどうでもいいわ 縛ってきたら使わなくなるだけだし 421 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:24:39.59 ID:hMxy31Ls.net] 小学校のプログラミング教育必修は2020年かららしい 422 名前：デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:29:57.52 ID:0DVHv21F.net] 有償のC# Dev Kitなんかなくても開発できるし 423 名前：デフォルトの名無しさん [2024/10/16(水) 07:05:53.90 ID:FRXUSByO.net] 日本の交通の基盤を提供するアプリが未だサポート切れのXamarinで作られてるって正直考えられないよな AzureのモバイルアプリもまだXamarinだし 全然.NET MAUI化が進んでない 424 名前：デフォルトの名無しさん mailto:sage [2024/10/16(水) 10:05:41.50 ID:mtIOo0k6.net] >>423 そこら辺のアプリはC#のコア部分をexportC化してUIをウェブ系、KMP、Flutterのどれかで新しく実装し直したほうがいい気がするわ 425 名前：デフォルトの名無しさん mailto:sage [2024/10/16(水) 10:09:37.38 ID:mtIOo0k6.net] 「C#のコア部分」じゃなくて「アプリのコア部分のC#コード」だな>>424 クリーンアーキテクチャでいうところのデータ・レポジトリ部分 426 名前：デフォルトの名無しさん [2024/10/16(水) 12:17:09.89 ID:FRXUSByO.net] >>424 いやMAUIでいいだろ、、、 427 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 23:25:02.80 ID:WKQfyBUE.net BE:422186189-PLT(12015)] https://img.5ch.net/ico/folder1_03.gif いつのまにかRiderが無償化されてた 428 名前：デフォルトの名無しさん mailto:sage [2024/11/18(月) 23:31:11.64 ID:rNW/yup2.net] JetBrainsのIDEでRiderは触ったことなかったな Avalonia用もあるのかよ 429 名前：デフォルトの名無しさん mailto:sage [2024/11/19(火) 21:03:18.76 ID:M65DbzLZ.net] Riderの無償化は非商用だけなんだけどね 430 名前：デフォルトの名無しさん [2024/11/22(金) 17:43:03.80 ID:/XE9b6IE.net] VSCodeが救いようのないゴミだからマジ助かる 431 名前：デフォルトの名無しさん mailto:sage [2024/11/22(金) 19:44:45.11 ID:YUhadtJk.net] .NET MAUI 有名アプリ >.NET MAUI を使用して開発された有名なアプリはありませんが ゴーグルでは無いことになってる ChatGPTはいくつか(有名ではない)名前が出てきた 432 名前：デフォルトの名無しさん mailto:sage [2024/11/22(金) 20:31:15.42 ID:biuAvdul.net] MAUI 利点より欠点の方が多いからな 433 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 06:59:10.29 ID:3k+eUBvA.net] >>430 VSCodeの一番のいいところが商用無料なところだからRiderやVSとは差別化されてる 434 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 08:46:14.24 ID:EHsK7nkF.net] なにいってだこいつ 435 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 14:35:55.08 ID:89blbBz7.net] vscodeでC#やるのは商用有償なプラグインを入れなきゃいけないから、vscodeだって実質商用有償 436 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 17:31:42.80 ID:0fvlCeGq.net] >>435の言う通り、商用の場合プラグインが優勝になります！おめでとう！ 437 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 17:45:02.18 ID:W0Q0UMbK.net] MAUIはAdMobもFirebase Authも使えないのに流行る訳ねえだろ。 438 名前：デフォルトの名無しさん mailto:sage [2024/11/23(土) 21:47:33.24 ID:Q43D0PUH.net] C#を辞めれば万事解決 439 名前：デフォルトの名無しさん mailto:sage [2024/11/24(日) 09:13:44.30 ID:aBMtThfB.net] >>437 そこら辺はKotlinやSwiftで適宜書けばええやん 440 名前：デフォルトの名無しさん mailto:sage [2024/11/24(日) 14:44:28.03 ID:nfGcqQne.net] それなら最初からkotlinをマルチプラットフォームで書けばいいってなっちゃうやん c#以外を使いたくない 441 名前：デフォルトの名無しさん mailto:sage [2024/11/24(日) 15:40:55.34 ID:3j3vc/kc.net] C#でスマホ開発ができるなんて胸熱だろうが 文句ばっか垂れるな 442 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 06:39:03.77 ID:E2r7B+Pl.net] CPUとアプリの間に.NETがいるのが嫌という人もいる 443 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 15:22:37.87 ID:WMww3zoP.net] ガベコレ言語ってイヤだよね 地球にやさしくないし クライアントもサーバーもC++で統一すればいいのに 444 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 18:34:37.04 ID:cPIf45vU.net] >>439 flutterでいいじゃん 445 名前：デフォルトの名無しさん [2024/11/25(月) 18:35:24.60 ID:cPIf45vU.net] >>437 xamarinの頃は普通に使えたんだがな 446 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 21:16:29.38 ID:7NCJ4ANo.net] flutterはこの前のレイオフでやっぱダメージ受けてるっぽい 447 名前：デフォルトの名無しさん [2024/11/25(月) 22:06:00.11 ID:aXban2sf.net] admobとfirebaseのnugetはxamarinが直々に管理してたがリストラで更新停止したからな。 mauiはライブラリが絶望的に弱すぎる。 448 名前：デフォルトの名無しさん mailto:sage [2024/11/25(月) 22:07:26.63 ID:aXban2sf.net] line sdkもflutterしか用意されてないし。 449 名前：デフォルトの名無しさん mailto:sage [2024/11/26(火) 07:45:56.40 ID:Ias738ec.net] 今のc++が30年前にあれば状況違ってたかもなぁ 450 名前：デフォルトの名無しさん mailto:sage [2024/11/26(火) 12:07:01.64 ID:E4Vk2FXQ.net] 今でもGC無しでUI書くのに向いてそうなのってSwiftぐらいしかなくね 451 名前：デフォルトの名無しさん mailto:sage [2024/11/26(火) 12:43:25.34 ID:+l9rqZBE.net] flutter は少しずつ人を抜いていって、最期はコミュニチーに任せます！となるんだろうね 452 名前：デフォルトの名無しさん mailto:sage [2024/11/26(火) 19:25:27.02 ID:I58LBomu.net] >>444 MAUIからKotlinやSwiftを呼ぶのは比較的容易に実装出来るけどMAUIからDart（Flutterの実装言語）を呼ぶのはとてつもなく面倒 一応出来るけどやる価値なし 453 名前：デフォルトの名無しさん [2025/01/08(水) 18:14:30.83 ID:fnNawPvK.net] Line Loginのnugetありますか？ 454 名前：デフォルトの名無しさん mailto:sage [2025/01/08(水) 18:41:41.16 ID:ZYsfR6HH.net] そのくらいAPIで自分でやってください 455 名前：デフォルトの名無しさん [2025/01/09(木) 06:53:45.78 ID:r7VHQ0AB.net] Macでプロジェクトを作るとWindowsを外してくるし、Windowsで作るとiOSを外してくる・・・・そういう微妙に苦労するようなことなんでするかな？ 456 名前：デフォルトの名無しさん mailto:sage [2025/01/09(木) 10:27:46.08 ID:35R0L/Pu.net] Ionicでいいじゃん 画像処理系やゲーム並に独特なアプリじゃなければだいたいこれで行けるんじゃないの 457 名前：デフォルトの名無しさん mailto:sage [2025/01/09(木) 13:26:59.33 ID:zf6Wy+4t.net] >>456 C#じゃないじゃん 458 名前：デフォルトの名無しさん mailto:sage [2025/01/09(木) 19:49:27.69 ID:35R0L/Pu.net] >>457 もうc#は捨てろ 459 名前：デフォルトの名無しさん mailto:sage [2025/01/09(木) 19:50:13.93 ID:CQAh6CRY.net] 冗談 c#捨てたらコード書けない 460 名前：デフォルトの名無しさん mailto:sage [2025/01/09(木) 21:59:03.51 ID:OibLHPh9.net] アプリ作るのが目的なんだろ? それなら多少他の環境も.. それともC#で俺ツェーするのが目的か? 461 名前：デフォルトの名無しさん [2025/01/09(木) 23:02:51.72 ID:r7VHQ0AB.net] なんでも、慣れ不慣れがあるからな 462 名前：デフォルトの名無しさん mailto:sage [2025/01/11(土) 16:11:38.45 ID:LcoeCvHd.net] 結局クロスプラットフォームならWEBかNode.js WINDOWSならWinFormでいいやとなる 463 名前：デフォルトの名無しさん [2025/01/19(日) 12:53:18.38 ID:L8qXNnx6p] 刺殺や強盗など治安悪化の背景に日銀植田があるのは間違いないが利上げ以前にモラルハザート゛株売り払うのが筋だろ発想力もクソもない 腐敗公務員が考えた白々しい名目で税金入れてもらうの待ってるだけで成長に不可欠な新陳代謝すらない自民行政癒着無能集団大企業に 盛大に金くれてやってクソ商品値上げしまくって国民貧困化に治安惡化させて付加価値型経済と゛ころか社會がぶっ壊れるのが目に見えてるわな 教育無償化だのほざいてる票が欲しいだけの外道議員か゛しつこいがグルグル遊覧ヘリ飛ばして住民イライラ犯罪惹起してるクソポリ公だの JALだのANAた゛のクソセスナた゛のテロリストによる盛大な学習妨害をス儿ーしてるあたり教育とか國際競争カとかどうでもいいのが本音 まだ無能集団大企業より竸争熾烈で複数の意味でキレまくり大卒氷河期個人に盛大に金くれてやるほうがイーロンマスクみたいのか゛ 億の自民党献金で兆の税金もらってる高額ナマポ構造ぶち壊して腐敗大國日本を救ってくれるわ ゆとり世代にSΝS世代と時間無駄にして税金もらってイチャついてる盆暗世代が働かない改革の大企業に入ってもクソの役にも立たない (ref.］ ttＰs://www.Сall4.jp/info.РhＰ?typｅ=iＴеms&id=I0000０6２ tTps：//hanеda-рrojecｔ.jimdofrеe.Com/ , ttρs:／/flight-route.Сom/ ttps://n-souonhigaisosyoudan.amеbaownd.com/ 464 名前：デフォルトの名無しさん [2025/01/26(日) 13:37:00.35 ID:FNjVPeb+.net] .NET MAUIはオワコン .NET MAUI hischoolとかいうバカがなんの成果物も出せなかったのがその証左w 465 名前：デフォルトの名無しさん mailto:sage [2025/01/26(日) 13:39:08.74 ID:dSMazUpH.net] その理屈だと、Unity もオワコンだぞw 466 名前：デフォルトの名無しさん mailto:sage [2025/01/26(日) 19:39:00.95 ID:6tbjO+Oy.net] >>464 2年前で更新止まってた 継続できないなら最初からやるなよな… 467 名前：デフォルトの名無しさん mailto:sage [2025/01/27(月) 18:39:10.61 ID:GLAImxCZ.net] せめてAdMobとFirebase のNuGetがあれば無料アプリを作る個人も出てくるんだがな 468 名前：デフォルトの名無しさん mailto:sage [2025/01/27(月) 18:40:18.14 ID:GLAImxCZ.net] XamarinではXamarin公式サポートだったライブラリが一切使えないのが痛すぎる 469 名前：デフォルトの名無しさん mailto:sage [2025/01/27(月) 18:41:31.36 ID:GLAImxCZ.net] AdMobやFirebaseは敵性サービスなのはわかるが、 せめて代替サービスをMicrosoftが用意しろよ 470 名前：デフォルトの名無しさん [2025/01/27(月) 18:46:24.72 ID:oq9Y4VlD.net] もう手遅れだろ マイクロソフトの開発環境なんてサービス終了が怖くて誰も使えない 同じ理由でクラウドも衰退だろ 471 名前：デフォルトの名無しさん [2025/01/28(火) 13:22:53.18 ID:dqvH8r5C.net] ローカルでVS使うのにいちいちMSアカウントでログインしろと 面倒なのでVS使うのやめた 数年後にMSアカウント凍結の連絡が来たω 472 名前：デフォルトの名無しさん [2025/01/28(火) 16:09:23.03 ID:v3vlqg6n.net] admobはソースコード非公開の怪しいnugetならあるぞ 怖くて使えたもんじゃないがｗ 473 名前：デフォルトの名無しさん mailto:sage [2025/01/28(火) 19:20:01.37 ID:uHs49ht6.net] mauiよりかはかなりましだがflutterもウンコ この前のレイオフで開発力が糞に 474 名前：デフォルトの名無しさん mailto:sage [2025/01/28(火) 22:35:34.03 ID:cMwl46AI.net] まじで開発止まったよな 実質クローズみたいなもんだな 475 名前：デフォルトの名無しさん [2025/02/08(土) 00:20:39.85 ID:k7ViM5sY.net] flutter 2年がかりのmacrosの開発が中止wwww くそすぎる 2年も無駄にするという 476 名前：デフォルトの名無しさん mailto:sage [2025/02/08(土) 13:22:47.28 ID:1vi9xXrm.net] NHKも営業システムだかをIBMに依頼して時間掛かりすぎだからダメつって違約金がどうたらやってるじゃん 遅いのは罪なんだよ 477 名前：デフォルトの名無しさん mailto:sage [2025/02/11(火) 16:47:27.00 ID:wD3qDW/9.net] ついにXamarinも開発中止でMAUIに移れって言い出したな。 478 名前：デフォルトの名無しさん mailto:sage [2025/02/14(金) 16:10:51.62 ID:wsN/94jT.net] プログラミング業界に激震、Flutter macrosが開発断念 ReactNativeと.NET MAUIがまさかの復権か https://hayabusa9.5ch.net/test/read.cgi/news/1739513015/ 479 名前：デフォルトの名無しさん [2025/02/14(金) 18:50:48.14 ID:SJGZfdEo.net] >>478 完全に react expoのターンだろ 生成AI「bolt」にスマホアプリ生成が追加🤖 https://hayabusa9.5ch.net/test/read.cgi/news/1739515512/ 480 名前：デフォルトの名無しさん mailto:sage [2025/03/05(水) 20:20:18.98 ID:DnMeoT1g.net] いい加減ASPとXAMLを統合してくれや RazorとXAMLのViewの構文の違いだけならMS開発環境古参のワイは余裕でやから文句言わへんのやが フロントエンドのライフサイクルや実装がまったくことなるからMAUIで無理矢理ひとまとめにしても意味ないっちゅーねん なんでReactがマルチプラットフォームで覇権なんかゆーたらWebモバイルデスクトップで多少の手直しは必要にしても実装に一貫性があるからやんけ ええ加減RazorかXAMLどっちかに絞って余ったんを捨てろや 481 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 09:10:52.04 ID:ZD/TrcjK.net] A 10x Faster TypeScript https://devblogs.microsoft.com/typescript/typescript-native-port/ C#を作ったアンダース・ヘルスバーグですらもうC#を選ばないとか終わってるな 482 名前：デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:01:18.74 ID:f6EVt6Ik.net] もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな TypeScriptをJSやなくてGoのラッパー？にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ ワイはJSもTSも余裕のフルスタックエンジニアやからなwww 483 名前：デフォルトの名無しさん mailto:sage [2025/03/15(土) 11:25:36.86 ID:GaXvPuIZ.net] これか マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に https://www.publickey1.jp/blog/25/typescriptgo10.html Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか 484 名前：デフォルトの名無しさん mailto:sage [2025/03/15(土) 11:34:23.06 ID:NDk9Iq9/.net] 一番の理由はC#が単純に遅いってこと 今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん 485 名前：デフォルトの名無しさん mailto:sage [2025/03/17(月) 08:30:35.74 ID:hw/VMQ1U.net] golang本スレの錆れ様は何だったのか 486 名前：デフォルトの名無しさん mailto:sage [2025/03/17(月) 16:28:10.88 ID:2u8mBUG4.net] 5chはジジイが多いって事を本気で自覚した方がいいってことだろ Qiitaなんかgoの記事すごい多いいぞ 487 名前：デフォルトの名無しさん mailto:sage [2025/03/17(月) 16:46:00.68 ID:afD1DfSv.net] Qiita() 自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草 今はZennの時代なんだよジジイwww 488 名前：デフォルトの名無しさん [2025/03/18(火) 14:10:14.93 ID:HQWzSQmk.net] TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや 489 名前：デフォルトの名無しさん mailto:sage [2025/03/18(火) 21:32:27.68 ID:I22nXZBI.net] 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! 490 名前：デフォルトの名無しさん mailto:sage [2025/03/18(火) 21:37:29.28 ID:I22nXZBI.net] 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. 491 名前：デフォルトの名無しさん mailto:sage [2025/03/18(火) 21:47:34.88 ID:lF3EIhjD.net] tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい 492 名前：デフォルトの名無しさん mailto:sage [2025/03/19(水) 00:48:24.72 ID:Ll5ZcIPA.net] もうさGoをJavascriptにトランスパイルさせてよ Goは書きやすくて便利だからさ 493 名前：デフォルトの名無しさん [2025/03/19(水) 21:51:32.78 ID:8L7LK8zU.net] A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team ps://devblogs.microsoft.com/typescript/typescript-native-port/ 494 名前：デフォルトの名無しさん [2025/03/26(水) 09:55:01.75 ID:DVC3Gd5u.net] このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ？ 495 名前：デフォルトの名無しさん mailto:sage [2025/03/26(水) 10:21:45.29 ID:f3V4gxVC.net] 凝った作りにしなきゃいいだけ 496 名前：デフォルトの名無しさん mailto:sage [2025/03/29(土) 18:57:22.25 ID:aNMYPX45.net] 成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね？ 497 名前：デフォルトの名無しさん mailto:sage [2025/04/04(金) 11:37:33.92 ID:YPXEmT32.net] .NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを 見て速攻で無理っすって回答した過去を思い出し。 498 名前：デフォルトの名無しさん mailto:sage [2025/04/04(金) 19:35:10.01 ID:pqOdz3U3.net] すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走 その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死 WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡 まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな 499 名前：デフォルトの名無しさん mailto:sage [2025/04/04(金) 21:03:27.10 ID:jKbxwbKT.net] いまは.NET Coreから分岐するのが.NET Frameworkと違うん？ 500 名前：デフォルトの名無しさん mailto:sage [2025/04/04(金) 21:18:41.07 ID:RPRqX2PR.net] >>496 もう100MBとか気にしないしElectronでおｋ 501 名前：デフォルトの名無しさん mailto:sage [2025/04/05(土) 02:01:59.89 ID:S+1E1KY3.net] ガイジジイこのスレにも出没するのか キッツ 502 名前：デフォルトの名無しさん mailto:sage [2025/11/21(金) 16:58:18.60 ID:BbIAJ2RY.net] マイクロソフトはついに、Windows 11の主要コア機能のほぼすべてが壊れていることを認めた。 このテクノロジー大手は本日、最新のパッチチューズデーがゲームのパフォーマンス低下を引き起こしているとNVIDIAから非難された。NVIDIAは、これらの問題を解決するための緊急ホットフィックスドライバーをリリースした。 これは、今週初めに発表されたエージェントOSへのオペレーティングシステムの進化により、同社のWindows責任者が最近直面した激しい反発の直後に起こった。 しかし明るい面としては、こうした反発を受けて、MicrosoftはWindowsに問題があることを認め、まるで合図を送るかのように、新たなサポート記事でWindows 11のほぼすべての主要なコア機能に問題があることを認めました。問題はXAMLに関連しており、スタートメニュー、タスクバー、エクスプローラー、Windows設定など、すべてのシェルコンポーネントに影響を与えています。 503 名前：デフォルトの名無しさん mailto:age [2025/11/21(金) 16:59:40.41 ID:BbIAJ2RY.net] MSついにWin11がどんなハイスペPCでも常にもっさりしたりプチフリするほどパフォーマンスが酷い原因がXAMLだと認めるwww 504 名前：デフォルトの名無しさん mailto:sage [2025/11/29(土) 00:27:31.04 ID:UB7+qwb1.net] 何言ってんだこいつ 505 名前：デフォルトの名無しさん mailto:age [2025/11/30(日) 06:01:09.90 ID:9qtxVbaW.net] 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 506 名前：デフォルトの名無しさん mailto:sage [2025/11/30(日) 08:19:40.69 ID:Vq7Bqtv3.net] 流石にWin11エクスプローラについてはそれ以前の問題だと思うぜ VisualStudioなんかも早くからWPFだしWindows TerminalもWinUIだけどあそこまで悲惨なことにはなってねえし 507 名前：デフォルトの名無しさん [2025/11/30(日) 22:38:19.44 ID:xiLb4hfD.net] Win11のはKB5062553導入でXAMLパーサーのロードが遅れて、起動中に読み込まれたエレメントが 間に合わずに壊れてたってのが原因だからねえ。 508 名前：デフォルトの名無しさん mailto:sage [2025/12/01(月) 00:06:09.16 ID:WQry1GEG.net] マルチタブ切り替えたりすると、固まるんじゃないかって不安になるくらい重いね11のエクスプローラー・・・ 皆他のファイラー使ってたりするの？ 509 名前：デフォルトの名無しさん mailto:sage [2025/12/01(月) 00:09:22.00 ID:EVqe7jQ8.net] MSはなんでもかんでもプリロードする病を治せよ 要は起動を速く見せかけるためにデスクトップをアプデ後の後処理より早く読み込んでたのが原因だろう これに限らずあらゆるアプリが自分を速く見せるために競ってプリロードしまくってただでさえ重い起動直後のCPUとディスクを奪い合って全体として遅くなってる やらかした後だというのに更にエクスプローラのプリロードを増やす計画とかさあ… 510 名前：デフォルトの名無しさん mailto:age [2025/12/01(月) 00:10:17.35 ID:4xzR9oGO.net] そもそもWinRTやUWPが失敗したのもWPFから無理矢理XAMLを引っ張ってきたのが根本的な原因なのだがwww 開発も大変ならパフォーマンスも悪くてマルチプラットフォーム化も問題だらけのXAMLを捨てきれず今でも固執し続けてるのがそもそも大失敗でMSの開発環境における失われた15年なのは確定的に明らか 511 名前：デフォルトの名無しさん mailto:sage [2025/12/01(月) 16:56:49.63 ID:v0Bnt9mF.net] Windows updateで何度問題起こしても懲りないからな 原因報告受けても認めず被害を長期化させてバカ丸出しなんだよ 有償OSでやっていい事じゃないだろ 本当におかしな会社だよ 512 名前：デフォルトの名無しさん mailto:age [2025/12/01(月) 17:08:18.62 ID:4xzR9oGO.net] まぁ未だにデスクトップでWindowsが86%程度のシェア保ててる理由がゲームのお陰だからな それもValveがProtonとSteamOSとハードウェアに注力してるお陰で遂に大手メーカーがLinuxのゲーム環境で最大の障害であるカーネルモードで動作するアンチチートをLinuxとArmに対応し始めたからな これで大手のビッグタイトル’すべてがLinuxに公式対応したらゲームでもずっとパフォーマンス低下問題を改善できないままのWindowsの牙城が崩れるのは確定的に明らか これでやっとWindowsをみんなが捨てられてユーザーもデベロッパーもウィンウィンになるぞ 513 名前：デフォルトの名無しさん mailto:age [2025/12/02(火) 04:13:41.07 ID:VmPkBeRW.net] 同社は最近、特定のエンタープライズ システムのタスク バーやエクスプローラーなどの主要な OS 機能を含むWindows Shell 全体に多くの重大な問題があることを認めました。これらの問題は、UWP、WPF、WinUI 上に構築された Windows UI 要素の大部分を構成する XAML に何らかの形で関連しています。 514 名前：デフォルトの名無しさん mailto:sage [2025/12/03(水) 05:35:45.14 ID:8R4Psvx3.net] XAMLが悪かったとして だから何なの。。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef