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

**デフォルトの名無しさん** · 2024/04/03(水) 09:31:04.77

https://monobook.org/wiki/.NET_MAUI

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

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

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

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

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

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

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

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

test

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

libarchiveでよくね？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Windows Formsは最高だっただろ？

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

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

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

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

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

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

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

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

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

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

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

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

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

Blazorで良くね？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

IT業界

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

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

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

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

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

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

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

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

だからBlazorで良いじゃん

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

殆ど使われて無い

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

goも不遇だよね

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

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

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

Goは将来性あるよ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

効いてて草

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

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

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

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

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

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

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

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

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

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

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

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