24/06/13 11:01:05.08 i+m/Vfya.net
URLﾘﾝｸ(i.imgur.com)
もうすぐ終了です
238:デフォルトの名無しさん
24/06/13 11:17:20.77 V9nGFEN/.net
>>237
これは試す価値あるな
239:デフォルトの名無しさん
24/06/13 21:02:36.12 PEctANCx.net
Rubyと一緒に消えろ
240:デフォルトの名無しさん
24/06/13 22:15:39.89 g8xlQoou.net
そうだな
型を適切に扱えない言語は滅びるべきである
241:デフォルトの名無しさん
24/06/14 03:01:12.61 YcwgTrHI.net
型とかそういう言語仕様も大事だけど、まずフレームワークのメンテナンスをまともにやってほしい
FlutterやReactNative、Compose Multiplatformと比べてMAUIのやる気のなさ、情けないよ
242:デフォルトの名無しさん
24/06/14 03:27:48.82 X0GlCRZU.net
mauiってよく知らんのだがデスクトップ開発でなら使われてるの？
243:デフォルトの名無しさん
24/06/14 04:02:46.18 ERlW+xvs.net
Windows App SDKの方はちゃんと開発してる
もうMAUIは捨て確定だなこりゃ
URLﾘﾝｸ(forest.watch.impress.co.jp)
URLﾘﾝｸ(github.com)
244:デフォルトの名無しさん
24/06/14 04:40:24.76 qF8Ig6cA.net
マイクロソフトはクロスプラットフォームを、MAUIを捨ててBlazorに絞って開発したほうがいいように感じる
245:デフォルトの名無しさん
24/06/14 05:04:21.16 lj8dYX/x.net
MAUIを採用するうえで致命的なのが、いつ開発停止しても何ら不思議ではないこと
運用リスクが高すぎて、せいぜい過去にXamarinで作ったアプリをMAUIで保守しようかなくらいにしか使えないよ
246:デフォルトの名無しさん
24/06/14 08:42:38.39 TliJGAKQ.net
>>237
コスパ良いな
247:デフォルトの名無しさん
24/06/29 06:42:57.18 hvZZKGi2.net
MAUIは配布がクソめんどい
デフォルトのアプリをビルドしただけで100MBものサイズになり、
msixしか生成されないからbundleは手動で作ってやらなきゃならん
しかも自己署名証明書だとインストールもできないので、高い証明書を買ってこなきゃいけないし定期更新も必要
受託開発だとまぁ選べないわな
248:デフォルトの名無しさん
24/06/29 09:54:12.17 1aZdlgNw.net
アプリのサイズを気にするならOS同梱のグラフィックライブラリでアプリを作らないとね
AndroidならCompose/Kotlin、iOSならSwiftUI/Swiftで作れば数MBの容量で済む
URLﾘﾝｸ(www.jacobras.nl)
249:デフォルトの名無しさん
24/06/29 09:56:25.01 jimzmydT.net
RAMと同じく今どきストレージ気にする必要性あるハードウェアなんてないやろ
PCどころかスマホですら512GB～1TB当たり前やのに
250:デフォルトの名無しさん
24/06/29 09:58:30.63 jimzmydT.net
あとUnpackageでビルドすりゃ今まで通りバイナリ出力されるからサイドローディングすら必要ないやんが
もちろんこんな初歩的なことは知っとるよな？もしかしてエアプか？ｗｗｗ
251:デフォルトの名無しさん
24/06/29 10:04:02.13 ootEijyj.net
いやー、iPhoneとかだと64GBしかない人とか沢山いるし、さすがにアプリ容量が百MBを超えるとアンインストールされるリスク高いと開発者目線では感じる
アプリが数MBしかなければアンインストールする気を起こさせないというのはあるはず
252:デフォルトの名無しさん
24/06/29 14:04:30.28 AKI9JxZ5.net
自身で作成したモノの単なる署名に金掛かるというのがほんと意味不明
証明書機関とかただの利権ビジネスじゃねーか
253:デフォルトの名無しさん
24/06/29 18:00:13.36 cGjRY3mv.net
>>252
iOSの話？
254:デフォルトの名無しさん
24/06/29 19:47:48.91 Cd3NI2Hu.net
>>252
ネットはアメリカの巣の中。
xxx.co.jpなどのURLアドレスの登録も
2千円程度の年間維持費がかかるし。
255:デフォルトの名無しさん
24/06/30 03:13:31.40 CdZYHoVj.net
日本はIT小作人ωωω
256:デフォルトの名無しさん
24/07/01 21:05:44.79 sANfgb6u.net
Windowsの証明書はボッタクリ業者ばっかでホント高すぎるし手続きダルすぎる
昔はプログラミング始めると言えばとりあえず手元のPCに入ってるOSで動くアプリ作ってみるみたいな入口多かったと思うんだけど
Windowsのデスクトップアプリがここまで冬の時代になるとは思わなんだ
年間99ドル払えばとりあえず大体のことはやってくれるAppleの方が遥かにマシ
257:デフォルトの名無しさん
24/07/01 23:30:40.19 G0G7wQjt.net
>>256
シェアが73%以上の寡占状態になると、市場がしぼむ
と言われているけど、それが当てはまっているのかも。
Windows用のアプリ市場で、OS会社のMSが自分で
アプリまで寡占状態に指定待ったことで、アプリ市場
が死んでしまい、アプリ市場に活気が無くなった。
そのため、Windowsアプリ離れが起きた。その結果、
OSまでシェアを落とした。
マーケティング理論からそう考えられるかも。
258:デフォルトの名無しさん
24/07/02 03:25:06.25 tXfVxiNd.net
MSストアでパブリッシュすりゃすべて解決やんけ
開発者アカウント登録も初回の1847円だけでAppleみたいにがめつく毎年更新＄99と高額な費用を払う必要もない
ニワカかつエアプすぎてググった知識でなんか文句言いたいだけやろこいつｗｗｗ
259:デフォルトの名無しさん
24/07/02 03:27:19.99 tXfVxiNd.net
しかもAppleと違ってMSはほぼすべて日本語でアプリの登録・申請・問い合わせが可能
AppleなんてXcode含めて開発環境・登録・申請・問い合わせが英語強制やからな
世界有数の英語アレルギーの日本人にとってどっちがハードル高いんやっちゅー話
260:デフォルトの名無しさん
24/07/02 04:02:18.66 NuvA7D4k.net
>>258
何でストアで公開しないといかんのだ？
261:デフォルトの名無しさん
24/07/02 04:36:49.61 tXfVxiNd.net
iPhoneやAppストアや登録費用の話題出したのお前やろガイジｗｗｗ
そもそも野良アプリはmacOSでもTerminalからcurlでインスコせんと既に起動すらでけへんわ知ったかすんなエアプｗｗｗ
墓穴ほりまくってメッキが剥がれてきたな知ったかエアプくんｗｗｗ
262:デフォルトの名無しさん
24/07/02 06:13:47.99 NuvA7D4k.net
>>261
ああ、なんだ、何も知らない馬鹿か
買ったこともなく(実は貧乏だから買えない)アップル製品の悪口を書く馬鹿が多いよな、5chは
263:デフォルトの名無しさん
24/07/02 06:31:51.18 tXfVxiNd.net
これMacの専ブラから書き込んでるんやがついに墓穴ほったのクソワロタｗｗｗ
264:デフォルトの名無しさん
24/07/02 06:38:51.16 NuvA7D4k.net
>>263
己が馬鹿なことを嘘まで付いてごまかすなよ
馬鹿にはiTerm2とかインストールできんのだろうな
265:デフォルトの名無しさん
24/07/02 06:47:09.26 tXfVxiNd.net
効いてて草
266:デフォルトの名無しさん
24/07/02 10:36:30.96 vHLeS4wn.net
MS Storeは最初にUWP縛りして大コケしたからそれから一切使ってないって人多いのが問題。
ていうか有名アプリでも大半はストアへの誘導じゃなく直接インストーラをダウンロード出来るようにしてるのがほとんどだろ
ユーザーもそっちに慣れてる
証明書とノータライズだけしてあればAppleは野良アプリターミナル叩かなくても起動できるよ
267:デフォルトの名無しさん
24/07/02 13:49:57.04 71Tx2vIK.net
UWPのアイデア自体は悪くなかったはずなのにここまでこけるとはね
268:デフォルトの名無しさん
24/07/02 13:54:10.02 7flIAyyV.net
>>267
開発者は、MSのベンダーロックインから離れたいと
思っているから。
269:デフォルトの名無しさん
24/07/02 14:23:00.67 Y/4KtxGA.net
そもそもVSCodeのダウンロードページにすらストアへの誘導が無いのが、どれほど開発者から総スカンだったかを物語っている。
一応ストアにもあるけど、こっから入れてる人いるの？笑
270:デフォルトの名無しさん
24/07/02 14:50:02.81 7flIAyyV.net
MSは、何十年間も客の事を考えずに買わざるを得なくして
無理やりかわしていただけだから、いつかチャンスが
きたら離れてやる、仕返ししてやると大多数の人が
思っていて、隙あらばMSを潰そうとしている人が
多い。
デファクトスタンダードだから使っていただけだし。
だから、チャンスが来たら、離れていく。
MSは必死で引き止めるしかない。
Macファンじゃなく、MS製品ばかり使ってきた人も、
心の中ではMSから離れたく思っているから。
MSは力でねじ伏せる流儀だから、いつかは離れられる。
40年くらいそれが続いてきて、ねじ伏せ力は凄いが。
271:デフォルトの名無しさん
24/07/02 14:52:51.19 7flIAyyV.net
みんなが使ってるOSを使っていたら、売れるアプリでも
作れるかな、と思ってたけど、MSの寡占のせいで
一時的に売れても、こっちが有名になる前に
すぐに模倣されてMS製の方が有名になるのが
目に見えている。
だからメリットがとても少ない状態。
さりとてMacやLinuxもメリットが無い。
だからしょうがなくWindowsを使っている状態だよ。
272:デフォルトの名無しさん
24/07/02 19:24:51.38 pKRCy0yk.net
読みにくいわ！ｗ
スマホか何かで書いてるんか？
Microsoftがそこまで嫌ならLinux行けば良いんじゃねって思うけどね
273:デフォルトの名無しさん
24/07/02 19:33:41.87 zgzHUr94.net
>>259
日本語でもOKだよ
274:デフォルトの名無しさん
24/07/02 22:20:53.30 R9vR2zyx.net
>>271
違う。
みんなが使ってるOSがiOS/Androidになっただけ。
Winは「仕事用OS」になったから、個人がアプリ入れようと思わなくなった。
んで、Winの仕事用アプリはMSのOfficeかAdobeのフォトショとかイラレの独占状態。
275:デフォルトの名無しさん
24/07/02 22:25:40.91 R9vR2zyx.net
それで今、仕事用アプリで独占じゃないアプリを売ろうとするならiOS/Android/Winをサポートする必要があって、必然的にWebアプリ開発が主流。
276:デフォルトの名無しさん
24/07/03 02:47:03.08 W3v8KFGW.net
業務用アプリは100歩譲ってMS Storeでも良いんだけどね。アップデートも制御しやすいし。
アプリ作るならWebで、っていう大きな流れがあったのは前提だけど
Winアプリの所謂フリーソフト文化みたいなのはUWPとストアのグダグダがトドメを刺した面はあると思う。
まあユーザーにとっちゃ、どうでもいい有象無象のアプリが行き場を失ったところで何の問題もないけど
一発アイデアで存在感を放つ謎のアプリみたいなのが生まれる素地は失われた。
277:デフォルトの名無しさん
24/07/03 03:50:05.89 uECQTWj2.net
>>276
グダグダってよりインストーラーのサポート打ち切ったのが痛い
フリーソフトの配布方法が未だに混乱してる
それはプログラミング言語も同じで、一番プログラミング言語の学習に向いてないOSになり下がった。
278:デフォルトの名無しさん
24/07/03 04:59:39.92 aR0C9sJC.net
まあでもさー
今時なんの保証もない野良exe実行しろってのも無理があるよ
俺なら絶対にやらない
279:デフォルトの名無しさん
24/07/03 05:52:22.07 W3v8KFGW.net
だから、アップルみたいに署名とノータライズだけ提供してストア外でも配布できるようにすれば良いんだよ
今だと警告だけで結局起動できちゃうからむしろ危ない
280:デフォルトの名無しさん
24/07/03 10:53:20.79 9qleXMVl.net
Sandboxで動くなら署名なくてもインストール実行してやらないことはないんだけどな
SandboxなしのfullTrustの野良の署名なし->怖すぎ
Sandboxの野良署名なし->ちゃんと権限みて適切ならインストールしてもいい
281:デフォルトの名無しさん
24/07/03 11:06:18.89 3RGHFSV0.net
xamarin.iosとxamarin.androidで別々に作るのが一番捗る。
282:デフォルトの名無しさん
24/07/03 11:06:38.78 3RGHFSV0.net
最重要なサーバーとの通信部分なんかを共通化できるからね。
swiftとkotlinに分けるより良い。
283:デフォルトの名無しさん
24/07/03 11:06:53.06 3RGHFSV0.net
mauiは愚かな考え
284:デフォルトの名無しさん
24/07/03 11:09:14.46 3RGHFSV0.net
microsoftがmauiを推進したい理由は
.net for ios (xamarin.ios)がwindows版のvisual studioでまともに動かないから
URLﾘﾝｸ(marketplace.visualstudio.com)
285:デフォルトの名無しさん
24/07/03 11:51:16.49 J3o0DcrL.net
>>282
Kotlinだけでandroidもiosも書くのはだめなの？
286:デフォルトの名無しさん
24/07/03 11:54:17.52 bkj41Z8U.net
>>285
kotlinでやりたいんならいいんじゃないやってこれば？
ここは.netでやる方法をいま議論してるんで
287:デフォルトの名無しさん
24/07/03 17:21:37.54 JgtlKqyh.net
スマホのエコサイクルからはじき出されてるせいで延々迷走し続けてるな
288:デフォルトの名無しさん
24/07/03 17:51:55.41 aR0C9sJC.net
MAUIって結局ザマリン救済でしかないんだよね
それに気がつくまで期待してたのに裏切られた気分
ザマリン使ってる奴らに嫌がらせして
さっさと移行を進めてる段階なのかなと
ほんとMSを信じてザマリンに行った奴らをバカにしてる
289:デフォルトの名無しさん
24/07/03 18:28:07.95 3rN2gj0V.net
>>274
でも、経営学やマーケティングと呼ばれる学問(?)では
寡占状態になると市場が縮むから、73%以上のシェア
をとるのはやめた方がいいと言われているんだよ。
マイクロソフトが事務用アプリであるワープロなどで
高いシェアをとり過ぎたことで、他社が参入できなく
なり、ワープロの活気は無くなった。また、ドロー系
ソフトも全部MS Wordの中に入ってしまっているから
文書作成、図形作成も全て含めて他社製ソフトが作り
にくくなってしまった。結果、Adobeみたいに
物凄く作り込んだソフトだけが対抗できる。
290:デフォルトの名無しさん
24/07/03 18:31:08.67 3rN2gj0V.net
>>289
[追加]
寡占になり、その分野で他社製品が生まれなくなると、その分野が
「終わった」ように見えることなり、消費者が離れて
いくらしい。
すると、そのカテゴリ自体が死んだような状態になり
寡占企業も活力を失うらしい。
291:デフォルトの名無しさん
24/07/03 18:49:34.00 3rN2gj0V.net
>>290
[追加2]
MS WordもAdobeのphotoshopも必ずしも使い勝手
が言い訳ではないし、使い勝手の良い別のインターフェース
が作れる余地もまだ有るが、弱小メーカーが作っても
知名度が低いので十分には売れず、認知もされないず、
開発費の回収すらままならない状態の内に、Wordや
Phtoshopにアイデアだけ真似されてあたかも、
世界で始めてそっちに機能が導入されたかのように勘違い
されることになりかねない。
実際、それでいつまでたっても、新しいソフトが普及
しない。
新興企業の新製品が雑誌で紹介されることも減ったかも
しれないし、そもそも雑誌読者が減っているから、
寡占企業の牙城も崩れることが無い。
でも、「つまらない」から消費者離れも進んでいく。
292:デフォルトの名無しさん
24/07/03 19:04:51.34 aR0C9sJC.net
かといってネイティブアプリはさらに迷走してるやん
今windowsのネイティブアプリでいちばんのおすすめの作り方は何？っていうと困るでしょ
293:デフォルトの名無しさん
24/07/03 23:51:04.55 1dOJGZLT.net
>>292
困る、まずクロスプラットフォーム対応の観点でC#.NETは選択肢から外れる
やるとしてもBlazor+Electron(or Tauri or wails)が無難
294:デフォルトの名無しさん
24/07/04 00:06:53.58 XGsoKmjH.net
クロスプラットフォームであることってそんなに重要？
295:デフォルトの名無しさん
24/07/04 00:19:01.70 kDBQoSF/.net
>>294
言うなればインターネットサイトはクロスプラットフォーム対応アプリだけど？
WASM技術もあるなかでWindows専用ネイティブアプリがインターネットサイトに本当に勝っているのか考えてみたらいいと思うよ
296:デフォルトの名無しさん
24/07/04 00:25:51.30 kURHkxY0.net
WindowsPhoneが普及してたら.NETが天下を取っていたのにね
297:デフォルトの名無しさん
24/07/04 00:39:16.90 omfVET5Q.net
MS自体がネイティブアプリに対する回答を出していない 昔なら生のWin32 API使ってゴリゴリ書いてくれとか
MFC使ってくれとか
.NET使ってくれとか
その時々でこれがベストだよと教えてくれた
しかし今はどうだ？
結局何使っていいのかさっぱりわからん
298:デフォルトの名無しさん
24/07/04 01:52:33.17 tspjs2OQ.net
Visual Studioは、最新の環境でも
起動に10秒くらいかかると聞いたけど、
本当なんですかね？
299:デフォルトの名無しさん
24/07/04 02:06:29.59 omfVET5Q.net
クロスプラットフォームじゃない場合でも選択肢はかなり多い
MSが今いちばん開発してるのはWinUI
しかしこれは古いWindowsは対象外という情けなさ
Windowsの唯一の利点古いOSでも動くというのがなくなる時点で論外
WPFはあのXAMLを書かなきゃいけない時点で嫌
MAUIも同様
React Native Windowsは情報がなさすぎる
UWPはオワコン
Win32は論外
MFCもオワコン
Blazorもよーわからん
もうダメぽ
300:デフォルトの名無しさん
24/07/04 06:37:32.87 4yQrsFBt.net
>>299
blazorよーわからんはあんたが勉強不足だと思う…
301:デフォルトの名無しさん
24/07/04 07:00:35.88 CxeOhzSK.net
まぁ俺の結論は、今Winアプリを作るならWinUIかElectronだな
スマホアプリならFlutterかネイティブ
MAUIはウンコ
302:デフォルトの名無しさん
24/07/04 07:27:34.19 7j/jNrpM.net
XAMLに精通してる俺ですらもうXAML触りたくないからな
XAMLでデザインのカスタマイズとかマジ地獄やで
とある超大手で作った行がカラムによって複数あってデータと連動してバラバラにスクロールするカスタムDataGridをほぼ一人で作ったときとか死にそうやったわ
HTML5+CSSならロジックとほぼ完全に疎結合にできんのにXAMLやと不可能
がっつりカスタムするにはControlTemplateだけでは不可能で各基底クラスを継承してがっつりコードビハインドが必要かつConverter+Behavior+DependencyProperty+ViewMovel+Validationで超絶コンポーネントとロジックが密結合してて複雑なコントロールは最後は作ってる自分ですら混乱してくる
人気がないんはMSの開発環境やからとかまったく関係ないねんただ単純に複雑で使いにくくてパフォーマンスが悪いからやねん
303:デフォルトの名無しさん
24/07/04 07:30:20.38 e3D54lHY.net
結局のところUI作るのはReactが一番簡単。
いつまでもC#にしがみつくことなく使いやすいフレームワークのある言語へと脱出するべき。
304:デフォルトの名無しさん
24/07/04 08:03:51.65 jai13w/d.net
結局C#がオワコンに行き着いちゃうの？
1世代を築いたC#がUnityでしか使われないマイナー言語という評価になっちゃうの？
305:デフォルトの名無しさん
24/07/04 08:10:27.33 Lz/+qGBc.net
逆にC#+XAMLでスマホアプリ作りたいって需要まだあるのかね？
もうC#自体が業務アプリのメンテとUnityくらいしか使い道無くなってきてる気がする
306:デフォルトの名無しさん
24/07/04 08:14:48.58 c8BMcF1N.net
いまはスマホアプリですらReactでつくって
ionicのcapacitorを被せるようなガワアプリが流行ってるし、MAUIは戦略を間違えてると思う
307:デフォルトの名無しさん
24/07/04 08:25:47.81 sOrgiwj5.net
>>305
ないでしょ
いまからやるならReact/JSかFlutter/DartかCMP/Kotlinか
C#は見る影もない
308:デフォルトの名無しさん
24/07/04 08:36:50.60 ZFBDYnlo.net
>>298
VS2019で試してみたけど2秒ぐらいだね
VS Codeだと1秒かかってないぐらいかな
309:デフォルトの名無しさん
24/07/04 08:36:58.26 Vqjp6Nz4.net
まあ.NETいま止まってるよね
310:デフォルトの名無しさん
24/07/04 08:41:41.46 ZFBDYnlo.net
業務系だと結構C#は生き残ってるよ
まぁネイティブライブラリの豊富さや、UIの作りやすさでVBから置き換わってる感じ
業務系だとMacやLinux、ましてやモバイル系など一切考慮しないからねー
311:デフォルトの名無しさん
24/07/04 09:43:11.85 omfVET5Q.net
>>304
Javaですら今この有様だから仕方ない
Javaベースの言語は書きにくいのよ
312:デフォルトの名無しさん
24/07/04 09:46:06.99 omfVET5Q.net
React Nativeって本来MSが作るべきものだよな
ネイティブアプリや描画に関しては他のプラットフォームに比べて明らかに優れているのに
313:デフォルトの名無しさん
24/07/04 11:38:17.36 7j/jNrpM.net
今MSはreact-native-xamlなんて斜め上の魔改造作っとるのクソワロタｗｗｗ
スレ住人含めた従来のMS開発環境に精通したプログラマーが望んでるものからことごとく斜め上にいくのなんなん？ｗ
みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron
誰も望んでないもの：JS(TS)でロジック、フロントエンドをXAML or ASP(Razor)
今MSがやってることって社内失業者を出さないために無理矢理に仕事作って社内で予算作ってもらってるとゆー俺がいつもゆーてる冗談が現実味を帯びてきたなｗｗｗ
314:デフォルトの名無しさん
24/07/04 12:42:38.52 omfVET5Q.net
>>313
JSXにしたらそこまで悪くないかもしれんぞ
URLﾘﾝｸ(github.com)
Reactのアーキテクチャで書けるからクソさが消えてる
315:デフォルトの名無しさん
24/07/04 12:54:04.48 A5xueLBi.net
>>297
BUILDとか見てるか？
特に今年のはローカルPC上でAI動かすのが話題
その上でクライアントアプリの需要が増える
WPFが強化された
316:デフォルトの名無しさん
24/07/04 12:55:44.55 A5xueLBi.net
>>313
>みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron
これは既に有るじゃん
何年も前から
317:デフォルトの名無しさん
24/07/04 13:10:08.04 omfVET5Q.net
>>316
言語はTypeScriptでいいよ
MSはネイティブTypeScriptコンパイラを作るべき
今こそCLRを活かすのだ
318:デフォルトの名無しさん
24/07/04 13:12:47.46 omfVET5Q.net
俺がMSに望むもの
DirectXを使った高速描画のReactNative
TypeScriptのネイティブコンパイラ、インタプリタ
この２つを出せばマジで覇権取れる
319:デフォルトの名無しさん
24/07/04 15:50:47.35 MHxNw76N.net
mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと
320:デフォルトの名無しさん
24/07/04 15:51:10.83 MHxNw76N.net
タッチ操作とマウス操作は混ぜるな危険
似て非なるもの
321:デフォルトの名無しさん
24/07/04 15:51:48.49 MHxNw76N.net
iosとandroid
windowsとmac catalystで完全に分けるべきだった
322:デフォルトの名無しさん
24/07/04 15:53:46.98 MHxNw76N.net
業務システムのクライアントが軒並みiPadアプリ化して
だれもwindowsアプリを作らなくなったから焦ったんだろうけど
323:デフォルトの名無しさん
24/07/04 15:55:34.89 MHxNw76N.net
今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな
324:デフォルトの名無しさん
24/07/04 15:58:01.51 MHxNw76N.net
『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui
その結果、ipadアプリ開発でのシェアも失った
325:デフォルトの名無しさん
24/07/04 15:58:58.79 MHxNw76N.net
visual studio for macの廃止が悪手すぎた
完全にipadアプリ開発者たちに見放された
326:デフォルトの名無しさん
24/07/04 16:02:54.37 MHxNw76N.net
>>315
ローカルaiはハードウェア要件が高すぎだから確実にコケる
npu搭載で先行したandroidでも大して使われていないし
327:デフォルトの名無しさん
24/07/04 16:14:24.73 9lUqOnIn.net
>>325
しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉
328:デフォルトの名無しさん
24/07/04 16:15:04.79 9lUqOnIn.net
>>315
ローカルで動かすメリットなんて何もないだろ
329:デフォルトの名無しさん
24/07/04 16:22:06.93 +fat4gIx.net
ローカルもしくは自社内で動かせないと
メリケンゴミカス企業に情報吸われるからな
330:デフォルトの名無しさん
24/07/04 16:23:29.17 ycZaTYV5.net
エロい事やりたい
男のロマン
つかAIって言ってもLLM以外にもあるやろ
SDとかローカルで使ってるやつ多いやろ
331:デフォルトの名無しさん
24/07/04 16:28:00.40 ycZaTYV5.net
丁度昨日も見たけどローカルの英語の動画を
LiveCaptionで字幕つけたわ
翻訳までしてくれるとありがたいな
332:デフォルトの名無しさん
24/07/04 22:59:44.38 J6ANBz9B.net
.NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは？
333:デフォルトの名無しさん
24/07/04 23:07:03.92 ZorPya/j.net
>>311
Kotlinは書きやすいと思うんだが違うん？
334:デフォルトの名無しさん
24/07/05 03:14:27.64 yFqEHWb1.net
JetBrainsてだけで使う気が失せる
IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ
そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない
335:デフォルトの名無しさん
24/07/05 08:04:11.19 clufzY0E.net
>>327
Visual Studio for Macが神アプリに思えるほどVS codeのC#拡張が酷いのが問題の根底にある
URLﾘﾝｸ(marketplace.visualstudio.com)
VS 2022 for Macから強制的に移行させられたことは苦闘の連続だった。
最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。
336:デフォルトの名無しさん
24/07/05 10:30:06.58 8y8xijGI.net
>>318
俺もそれだわ
全部Typescriptでいいよもうってなってる
C#→TSはめちゃくちゃ学習コスト低いし
337:デフォルトの名無しさん
24/07/05 10:32:33.24 yFqEHWb1.net
TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ
338:デフォルトの名無しさん
24/07/05 10:37:56.53 8y8xijGI.net
それはさすがにエアプすぎ
ReactにしろVueにしろどっちも使えるけど
皆がそう思ってるならここまでTSが普及することはない
339:デフォルトの名無しさん
24/07/05 10:46:25.28 yFqEHWb1.net
ニワカほど流行りが大好きやからな
自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか
こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい！サーバーサイド素晴らしい！とか草生えるわｗｗｗ
340:デフォルトの名無しさん
24/07/05 11:43:35.14 8y8xijGI.net
おっとそうだったな
俺たちはC#と墓場まで一緒だぜ
ウェブ技術なんてもんに手を出すやつはただのミーハーだよな
341:デフォルトの名無しさん
24/07/05 12:22:40.34 UULOb/DK.net
>>333
言語仕様はモダンだとしてもJVMのライブラリありきの設計だし
普通にJVMの設定が普通の人はもう嫌になる
342:デフォルトの名無しさん
24/07/05 12:26:19.64 UULOb/DK.net
>>336
C#使いがTSに全く興味持ってないからねえ
だからMSも需要ないと思って開発しないのだろう
既存言語の再実装なんて得意なのにね
343:デフォルトの名無しさん
24/07/05 16:04:53.71 vRCBSloL.net
まじでJSTS推してるやつはこのスレから出てけよ
敵なんだよおまえら
344:デフォルトの名無しさん
24/07/05 16:16:00.37 /nhnoDEU.net
TSはまだ良いけど基本JS嫌いだし書きたくない
C#だけで全てを解決したい
だからBlazorには期待値が高かった
345:デフォルトの名無しさん
24/07/05 16:16:23.98 4P4zlJkr.net
React推しのMSが最大の敵だな
346:デフォルトの名無しさん
24/07/05 18:48:56.67 TTNynP5Q.net
>>304
そもそもC#は意外と使われてなかったとか。
347:デフォルトの名無しさん
24/07/05 18:52:30.42 I03NVXWT.net
>>304
そのC#も結局独自実装だからねえ
URLﾘﾝｸ(github.com)
MSの技術とは
348:デフォルトの名無しさん
24/07/05 19:24:10.17 G1+uB7N0.net
C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ
C#がモバイル業界を牛耳る素質はあったのに
349:デフォルトの名無しさん
24/07/05 19:26:22.66 HFmeFQ3l.net
>>338
JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ
お前らTypeScriptの前はCoffeeScriptを絶賛していて、
Reactの前はAngularを絶賛していただろうが
何回覚えたことを無駄にさせられたか数え切れねぇわ
350:デフォルトの名無しさん
24/07/05 19:34:00.66 I03NVXWT.net
>>348
みんなObj-Cにうんざりしてたけど仕方なく覚えたからな
リファレンスカウントの手動上げ下げとかよーやってたわ
あのタイミングでC#メインの仕組みを出せればワンチャンあった
全てが遅すぎた
351:デフォルトの名無しさん
24/07/05 19:35:24.05 I03NVXWT.net
>>349
BlazorはまんまReactやAngularインスパイアだろ
人のこと言えんわ
352:デフォルトの名無しさん
24/07/05 19:45:12.98 oUVPWguP.net
フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う
353:デフォルトの名無しさん
24/07/05 19:49:59.67 YbFDlRVg.net
業務用のモバイルデバイスといえばiPad
時点でAndroidタブレット
iPadといえばSwift
AndroidといえばKotlin
SwiftとKotlinの間を取ったような構文なのはC#
しかもSwift寄りで9割は文字列置換でC#に移植できるレベル
ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点
354:デフォルトの名無しさん
24/07/05 19:50:20.88 YbFDlRVg.net
C#はXamarin.FormsとMAUIが欠点
355:デフォルトの名無しさん
24/07/05 19:51:21.14 YbFDlRVg.net
Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた
356:デフォルトの名無しさん
24/07/05 19:52:21.66 YbFDlRVg.net
UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道
357:デフォルトの名無しさん
24/07/06 10:01:47.74 FmOKD2tu.net
KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること
これだけで使用言語の選択肢から外れる
358:デフォルトの名無しさん
24/07/06 14:43:51.55 61GJUNHK.net
FlutterもだろAndroid Studio必須だからな
359:デフォルトの名無しさん
24/07/06 14:46:29.09 WHVSU4G4.net
FlutterはCLIでできるぞ
360:デフォルトの名無しさん
24/07/06 15:48:20.62 uLSmvt8I.net
flutterはvscodeで触ってた
361:デフォルトの名無しさん
24/07/06 16:27:23.83 wg9Mgpa0.net
>>358
IDEはAndroidStudioもXCodeも要らないよ
内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ
362:デフォルトの名無しさん
24/09/02 14:30:23.32 21yjsUm+.net
C# Dev Kitがゴミすぎてヤバい
363:デフォルトの名無しさん
24/09/02 15:47:24.91 hmfujznF.net
このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。
だが、ここを参考にするのは警戒したほうがいい。
364:デフォルトの名無しさん
24/09/18 14:14:16.82 2oY46DRU.net
モバイルアプリは
・ガワネイティブ（ウェブ系、WebView）
・SwiftUI（Swift、iOSのみ）
・JetpackCompose（Kotlin、Androidのみ）
・Compose Multiplatform（Kotlin、AndroidとiOS）
・Flutter（Dart、AndroidとiOS）
に落ち着いたね
365:デフォルトの名無しさん
24/09/18 14:53:22.79 LiOa1Fc4.net
モバイルは十分だからデスクトップアプリの方の頑張りが足りない
Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし
366:デフォルトの名無しさん
24/09/18 14:55:04.51 LiOa1Fc4.net
composeはroadmapところだし
順調
URLﾘﾝｸ(developer.android.com)
367:デフォルトの名無しさん
24/09/18 16:13:34.39 wKj8y32h.net
最近、店舗のメニューをデジタルアプリ化するところが増えてるよね
ちょうど嫌悪にそういうスレが立っとった
店員「ご注文はスマホでお願いしますｗ(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627]
ｽﾚﾘﾝｸ(poverty板)
368:デフォルトの名無しさん
24/09/18 23:49:43.17 2IGY6mSk.net
この前入った焼き鳥屋がそうだったわ
「え？ファミレスでも卓上タブ置いてあるのに？」って言っちゃったよ
369:デフォルトの名無しさん
24/09/19 08:57:36.57 xGY9RYHS.net
スマホから個人情報抜く手段よ
370:デフォルトの名無しさん
24/09/19 09:18:04.93 KvH962nP.net
噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね
ファーウェイ、Androidから完全脱却した新OSがリリース間近か パフォーマンス向上などアピール(オタク総研)
#Yahooニュース URLﾘﾝｸ(news.yahoo.co.jp)
371:デフォルトの名無しさん
24/09/19 09:31:12.47 HuFrjlsa.net
>>370
現時点ではJS/TSでのアプリ開発しか無いらしいよ
ゲームアプリとかどうすんだか
372:デフォルトの名無しさん
24/09/20 15:25:54.30 Ld246Lxi.net
またMACとペアリングできなくなってる
いい加減にして
373:Coplit
24/10/05 05:31:27.89 m0rdVMMa.net
これってVSCodeでまともに作れるの?
いつもVS2022で開発してるんだけど
374:デフォルトの名無しさん
24/10/08 20:35:48.12 xsGRbZXM.net
.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う
375:デフォルトの名無しさん
24/10/08 20:57:14.61 xsGRbZXM.net
MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する
376:デフォルトの名無しさん
24/10/08 21:28:47.10 i7+cOifs.net
MAUIはUIがショボすぎて無理
377:デフォルトの名無しさん
24/10/09 11:10:13.76 kM+WjdPz.net
>>373
今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
URLﾘﾝｸ(github.com)
Visual Studio for Macを復活させろとマジで思うくらいグダグダ
378:デフォルトの名無しさん
24/10/09 11:11:43.12 kM+WjdPz.net
Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。
379:デフォルトの名無しさん
24/10/09 12:07:41.61 wwi86cnw.net
>>376
たしかにBlazor使えばワンチャン
だからスマホ版Electron
380:デフォルトの名無しさん
24/10/09 12:08:12.72 wwi86cnw.net
>>378
マジかよ終わってんな
381:デフォルトの名無しさん
24/10/09 12:49:12.93 1Wk4Nln/.net
tauri2.0でちゃったしなぁ…
382:デフォルトの名無しさん
24/10/09 12:59:18.05 CDJuCLsv.net
MAUIが一番開発活発で人気高いから文句多いのは仕方ない
383:デフォルトの名無しさん
24/10/09 13:13:30.03 HuutUM+l.net
tauriよりwails 3待ちやろ
384:デフォルトの名無しさん
24/10/09 18:07:40.67 wwi86cnw.net
>>381
tauriいいの？
ちなみにRustは使いたいとは思わなかった
385:デフォルトの名無しさん
24/10/09 18:53:28.03 I3pYx8nB.net
wailsが1番スマートなんだけどねー。
ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった
tauriは実装されたばかりでまだバギー。
386:デフォルトの名無しさん
24/10/09 23:40:33.73 EgWGnFmO.net
Tauriでの開発を中止してWailsに移行した開発者の記事を見つけた
URLﾘﾝｸ(blog.moonguard.dev)
自分はRustはそこそこ慣れててGoは未経験という立場だけど、Goの方が開発しやすいというのは納得できる
記事でも触れてるけど、Rustはビルドが遅いのと、厳格なメモリ管理や型表現のために学ぶのが難しい
(後者については個人的には好きだし、Rustの良いところだと思ってるけど、全ての人にとってそうだとは思わない)
フロントのTypeScriptの比重が大きいならバックの言語はそこまで重要じゃないし、ビルドの短いGoの方が良さそうではある
フレームワークとしてのTauriとWailsの違い (機能面たったり成熟度だったり) は知らない
TauriやWails、将来的に普及していくのかな
なんだかんだElectronの方が大きいシェアであり続ける、とかもありそう
387:デフォルトの名無しさん
24/10/09 23:50:48.86 SNuISCB8.net
goあたりがバランスいいよな
rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが)
wailsがバランスいい
388:デフォルトの名無しさん
24/10/10 00:32:59.68 CDl7cV7A.net
Goってそんないいのか？
Googleってあんまり信用できないわ
389:デフォルトの名無しさん
24/10/10 00:33:10.78 CDl7cV7A.net
Flutterもそうだけどさ
390:デフォルトの名無しさん
24/10/10 12:31:26.66 GkrJxbZ+.net
Goはいい言語だよ
391:デフォルトの名無しさん
24/10/10 12:43:22.75 fwgY8mGh.net
どういいのか解説できないけど
392:デフォルトの名無しさん
24/10/10 13:40:41.23 GkrJxbZ+.net
コンパイル、ビルドが早い
クロスコンパイルしやすい
書きやすく入門しやすい
GCにより厳密なメモリ管理を求められない
少なくともRustよりはいい
393:デフォルトの名無しさん
24/10/10 17:00:07.96 7elDSsCc.net
>>389
ウェブベースでUIを組むならGo言語のWails
ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin
ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい
394:デフォルトの名無しさん
24/10/10 17:48:51.16 CDl7cV7A.net
>>392
Goってクロスコンパイルしやすいんだ
395:デフォルトの名無しさん
24/10/10 19:48:36.63 zaiHGiuM.net
WinUI3はゴミ品質だからさわらない方が吉
396:デフォルトの名無しさん
24/10/11 22:59:09.52 2qLqLBc7.net
XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし
クライアントサイドからは完全撤退する気だろ。
URLﾘﾝｸ(github.com)
397:デフォルトの名無しさん
24/10/11 23:01:13.38 2qLqLBc7.net
dotnetはasp .net core専用だよ
398:デフォルトの名無しさん
24/10/12 08:58:10.40 RJJcEa/k.net
C#のネイティブAOT対応が遅すぎた
やってることがKotlinの後追いでしかない
399:デフォルトの名無しさん
24/10/12 09:14:58.36 4EmibWl3.net
c#しか使えない俺にとっては後追いは何も問題ない
400:デフォルトの名無しさん
24/10/12 11:35:51.37 SicHpmLd.net
C#こそ最強
Kotlinなんてスマホ以外で使ってるやつ見たことない
てかそもそもどんな言語なのか知らない
401:
24/10/12 11:52:31.65 RphneAJD.net
言語よくてもアプリ作るのが目的だから
まともなUIフレームワークないからC#は役立たず
402:デフォルトの名無しさん
24/10/12 13:00:39.27 CDhYvVzL.net
Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない
金の亡者JetBrainsの作る言語なんて使わなくていい
403:デフォルトの名無しさん
24/10/12 14:24:18.81 4EmibWl3.net
実質有償って何？
.netのサポート期間短くない？
サポート切れたらバージョン上げてビルドしてテストして差し替えとか面倒すぎない？
404:デフォルトの名無しさん
24/10/12 17:46:43.26 Iy6RGAFA.net
.NET Frameworkは実質どのPCにも入ってるからこれで開発するね…
405:デフォルトの名無しさん
24/10/12 23:24:29.78 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:デフォルトの名無しさん
24/10/13 10:06:59.43 aio+iU3M.net
>>403
KotlinはIDEが公式の有償製品じゃないと使い物にならないってこと
vscodeじゃまともに開発できないのは終わってる
407:デフォルトの名無しさん
24/10/13 11:06:55.02 WDufJ8iI.net
その理屈でいくとC#も有償のVisualStudioサブスクリプションが必須だよ（入れないとC#DevKitライセンス違反になっちゃう）
個人開発じゃないならC#も選択肢に入れちゃだめだね
408:デフォルトの名無しさん
24/10/13 13:58:48.65 qlY/8gFL.net
有償なことは変わらんけど買い切りの永続ライセンスじゃダメなんだっけ？
409:デフォルトの名無しさん
24/10/13 14:32:23.11 ebU6oF2Y.net
>>407
Roslyn以降のC#はＭＩＴライセンスだよ
URLﾘﾝｸ(github.com)
410:デフォルトの名無しさん
24/10/13 15:38:24.91 WDufJ8iI.net
んー、Roslyn単体が無償だとして
VisualStudioをつかわず、VSCode + C#DevKitも使わないでまともに開発できるの？
406の言うKotlinと同レベルの終わり方になる気がする
>>408 ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
411:デフォルトの名無しさん
24/10/13 15:51:34.08 HFd+gYq0.net
メモ帳で開発してるけど？
412:デフォルトの名無しさん
24/10/13 16:42:12.54 qlY/8gFL.net
>>410
感謝
見たけどダメそうだな
研修受けてる奴らがvscode使ってるぽいからそのまま本番環境入ったらたぶんライセンス違反してたは
413:デフォルトの名無しさん
24/10/13 22:25:33.33 A7JZDMC9.net
c# dev kitはiOSアプリ作れなくなったし論外だろ。
比較対象にすらならない。
414:デフォルトの名無しさん
24/10/13 22:55:07.37 RRr/l4rO.net
>>144
WindowのAppWindowで出来るよ
415:デフォルトの名無しさん
24/10/14 02:07:01.29 AlInx0gf.net
>>144
それは思う
あとなんか知らんがビヘイビアのライブラリがWindowにはつかないよなWinUI
Page以降ならつくけどWindowに付けられればactivateとかのイベントもMVVMでViewモデルにコード書けるから楽だと思うんだけどね
416:デフォルトの名無しさん
24/10/14 02:08:40.00 xbI7VINK.net
>>410
>ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
C#アプリを企業で開発する場合、買い切りの VisualStudio では駄目で、サブスクリプション
でなくてはならなくなったということなの？
417:デフォルトの名無しさん
24/10/14 06:52:09.47 jFe8O0nZ.net
>>416
ごめん主語省いちゃったね、410はC#DevKitのライセンスの話
従来通りVSで開発するならサブスク不要、
無償環境のつもりでVSCode+C#DevKitを使うとサブスクなしならライセンス違反
418:デフォルトの名無しさん
24/10/14 09:36:05.85 B2/CkVb5.net
使ったことないから聞きたいんだけど、以下の認識であってる？
・C#DevKit: VS Code用の拡張機能
・これを使うにはサブスク版のVSのライセンスが必要 (VSとは別の「C#DevKitのライセンス」があるわけではない)
419:デフォルトの名無しさん
24/10/14 12:48:22.73 JaFVXhpX.net
>>418
業務利用ならそれで合ってる
研修用途とか個人開発とかなら、VSのCommunityEditionのライセンス、つまり無償で使える
正確なところはライセンス記載のページを見てちょうだい
420:デフォルトの名無しさん
24/10/14 18:12:10.28 Fd8j7Mhu.net
サブスク契約しなくても使えるならどうでもいいわ
縛ってきたら使わなくなるだけだし
421:デフォルトの名無しさん
24/10/14 18:24:39.59 hMxy31Ls.net
小学校のプログラミング教育必修は2020年かららしい
422:デフォルトの名無しさん
24/10/14 18:29:57.52 0DVHv21F.net
有償のC# Dev Kitなんかなくても開発できるし
423:デフォルトの名無しさん
24/10/16 07:05:53.90 FRXUSByO.net
日本の交通の基盤を提供するアプリが未だサポート切れのXamarinで作られてるって正直考えられないよな
AzureのモバイルアプリもまだXamarinだし
全然.NET MAUI化が進んでない
424:デフォルトの名無しさん
24/10/16 10:05:41.50 mtIOo0k6.net
>>423
そこら辺のアプリはC#のコア部分をexportC化してUIをウェブ系、KMP、Flutterのどれかで新しく実装し直したほうがいい気がするわ
425:デフォルトの名無しさん
24/10/16 10:09:37.38 mtIOo0k6.net
「C#のコア部分」じゃなくて「アプリのコア部分のC#コード」だな>>424
クリーンアーキテクチャでいうところのデータ・レポジトリ部分
426:デフォルトの名無しさん
24/10/16 12:17:09.89 FRXUSByO.net
>>424
いやMAUIでいいだろ、、、
427:デフォルトの名無しさん
24/11/18 23:25:02.80 WKQfyBUE.net BE:422186189-PLT(12015)
URLﾘﾝｸ(img.5ch.net)
いつのまにかRiderが無償化されてた
428:デフォルトの名無しさん
24/11/18 23:31:11.64 rNW/yup2.net
JetBrainsのIDEでRiderは触ったことなかったな
Avalonia用もあるのかよ
429:デフォルトの名無しさん
24/11/19 21:03:18.76 M65DbzLZ.net
Riderの無償化は非商用だけなんだけどね
430:デフォルトの名無しさん
24/11/22 17:43:03.80 /XE9b6IE.net
VSCodeが救いようのないゴミだからマジ助かる
431:デフォルトの名無しさん
24/11/22 19:44:45.11 YUhadtJk.net
.NET MAUI 有名アプリ
>.NET MAUI を使用して開発された有名なアプリはありませんが
ゴーグルでは無いことになってる
ChatGPTはいくつか(有名ではない)名前が出てきた
432:デフォルトの名無しさん
24/11/22 20:31:15.42 biuAvdul.net
MAUI 利点より欠点の方が多いからな
433:デフォルトの名無しさん
24/11/23 06:59:10.29 3k+eUBvA.net
>>430
VSCodeの一番のいいところが商用無料なところだからRiderやVSとは差別化されてる
434:デフォルトの名無しさん
24/11/23 08:46:14.24 EHsK7nkF.net
なにいってだこいつ
435:デフォルトの名無しさん
24/11/23 14:35:55.08 89blbBz7.net
vscodeでC#やるのは商用有償なプラグインを入れなきゃいけないから、vscodeだって実質商用有償
436:デフォルトの名無しさん
24/11/23 17:31:42.80 0fvlCeGq.net
>>435の言う通り、商用の場合プラグインが優勝になります！おめでとう！
437:デフォルトの名無しさん
24/11/23 17:45:02.18 W0Q0UMbK.net
MAUIはAdMobもFirebase Authも使えないのに流行る訳ねえだろ。
438:デフォルトの名無しさん
24/11/23 21:47:33.24 Q43D0PUH.net
C#を辞めれば万事解決
439:デフォルトの名無しさん
24/11/24 09:13:44.30 aBMtThfB.net
>>437
そこら辺はKotlinやSwiftで適宜書けばええやん
440:デフォルトの名無しさん
24/11/24 14:44:28.03 nfGcqQne.net
それなら最初からkotlinをマルチプラットフォームで書けばいいってなっちゃうやん
c#以外を使いたくない
441:デフォルトの名無しさん
24/11/24 15:40:55.34 3j3vc/kc.net
C#でスマホ開発ができるなんて胸熱だろうが
文句ばっか垂れるな
442:デフォルトの名無しさん
24/11/25 06:39:03.77 E2r7B+Pl.net
CPUとアプリの間に.NETがいるのが嫌という人もいる
443:デフォルトの名無しさん
24/11/25 15:22:37.87 WMww3zoP.net
ガベコレ言語ってイヤだよね
地球にやさしくないし
クライアントもサーバーもC++で統一すればいいのに
444:デフォルトの名無しさん
24/11/25 18:34:37.04 cPIf45vU.net
>>439
flutterでいいじゃん
445:デフォルトの名無しさん
24/11/25 18:35:24.60 cPIf45vU.net
>>437
xamarinの頃は普通に使えたんだがな
446:デフォルトの名無しさん
24/11/25 21:16:29.38 7NCJ4ANo.net
flutterはこの前のレイオフでやっぱダメージ受けてるっぽい
447:デフォルトの名無しさん
24/11/25 22:06:00.11 aXban2sf.net
admobとfirebaseのnugetはxamarinが直々に管理してたがリストラで更新停止したからな。
mauiはライブラリが絶望的に弱すぎる。
448:デフォルトの名無しさん
24/11/25 22:07:26.63 aXban2sf.net
line sdkもflutterしか用意されてないし。
449:デフォルトの名無しさん
24/11/26 07:45:56.40 Ias738ec.net
今のc++が30年前にあれば状況違ってたかもなぁ
450:デフォルトの名無しさん
24/11/26 12:07:01.64 E4Vk2FXQ.net
今でもGC無しでUI書くのに向いてそうなのってSwiftぐらいしかなくね
451:デフォルトの名無しさん
24/11/26 12:43:25.34 +l9rqZBE.net
flutter は少しずつ人を抜いていって、最期はコミュニチーに任せます！となるんだろうね
452:デフォルトの名無しさん
24/11/26 19:25:27.02 I58LBomu.net
>>444
MAUIからKotlinやSwiftを呼ぶのは比較的容易に実装出来るけどMAUIからDart（Flutterの実装言語）を呼ぶのはとてつもなく面倒
一応出来るけどやる価値なし
453:デフォルトの名無しさん
25/01/08 18:14:30.83 fnNawPvK.net
Line Loginのnugetありますか？
454:デフォルトの名無しさん
25/01/08 18:41:41.16 ZYsfR6HH.net
そのくらいAPIで自分でやってください
455:デフォルトの名無しさん
25/01/09 06:53:45.78 r7VHQ0AB.net
Macでプロジェクトを作るとWindowsを外してくるし、Windowsで作るとiOSを外してくる・・・・そういう微妙に苦労するようなことなんでするかな？
456:デフォルトの名無しさん
25/01/09 10:27:46.08 35R0L/Pu.net
Ionicでいいじゃん
画像処理系やゲーム並に独特なアプリじゃなければだいたいこれで行けるんじゃないの
457:デフォルトの名無しさん
25/01/09 13:26:59.33 zf6Wy+4t.net
>>456
C#じゃないじゃん
458:デフォルトの名無しさん
25/01/09 19:49:27.69 35R0L/Pu.net
>>457
もうc#は捨てろ
459:デフォルトの名無しさん
25/01/09 19:50:13.93 CQAh6CRY.net
冗談
c#捨てたらコード書けない
460:デフォルトの名無しさん
25/01/09 21:59:03.51 OibLHPh9.net
アプリ作るのが目的なんだろ?
それなら多少他の環境も..
それともC#で俺ツェーするのが目的か?
461:デフォルトの名無しさん
25/01/09 23:02:51.72 r7VHQ0AB.net
なんでも、慣れ不慣れがあるからな
462:デフォルトの名無しさん
25/01/11 16:11:38.45 LcoeCvHd.net
結局クロスプラットフォームならWEBかNode.js
WINDOWSならWinFormでいいやとなる
463:デフォルトの名無しさん
25/01/19 12:53:18.38 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/
URLﾘﾝｸ(n-souonhigaisosyoudan.am)еbaownd.com/
464:デフォルトの名無しさん
25/01/26 13:37:00.35 FNjVPeb+.net
.NET MAUIはオワコン
.NET MAUI hischoolとかいうバカがなんの成果物も出せなかったのがその証左w
465:デフォルトの名無しさん
25/01/26 13:39:08.74 dSMazUpH.net
その理屈だと、Unity もオワコンだぞw
466:デフォルトの名無しさん
25/01/26 19:39:00.95 6tbjO+Oy.net
>>464
2年前で更新止まってた
継続できないなら最初からやるなよな…
467:デフォルトの名無しさん
25/01/27 18:39:10.61 GLAImxCZ.net
せめてAdMobとFirebase のNuGetがあれば無料アプリを作る個人も出てくるんだがな
468:デフォルトの名無しさん
25/01/27 18:40:18.14 GLAImxCZ.net
XamarinではXamarin公式サポートだったライブラリが一切使えないのが痛すぎる
469:デフォルトの名無しさん
25/01/27 18:41:31.36 GLAImxCZ.net
AdMobやFirebaseは敵性サービスなのはわかるが、
せめて代替サービスをMicrosoftが用意しろよ
470:デフォルトの名無しさん
25/01/27 18:46:24.72 oq9Y4VlD.net
もう手遅れだろ
マイクロソフトの開発環境なんてサービス終了が怖くて誰も使えない
同じ理由でクラウドも衰退だろ
471:デフォルトの名無しさん
25/01/28 13:22:53.18 dqvH8r5C.net
ローカルでVS使うのにいちいちMSアカウントでログインしろと
面倒なのでVS使うのやめた
数年後にMSアカウント凍結の連絡が来たω
472:デフォルトの名無しさん
25/01/28 16:09:23.03 v3vlqg6n.net
admobはソースコード非公開の怪しいnugetならあるぞ
怖くて使えたもんじゃないがｗ
473:デフォルトの名無しさん
25/01/28 19:20:01.37 uHs49ht6.net
mauiよりかはかなりましだがflutterもウンコ
この前のレイオフで開発力が糞に
474:デフォルトの名無しさん
25/01/28 22:35:34.03 cMwl46AI.net
まじで開発止まったよな
実質クローズみたいなもんだな
475:デフォルトの名無しさん
25/02/08 00:20:39.85 k7ViM5sY.net
flutter 2年がかりのmacrosの開発が中止wwww
くそすぎる
2年も無駄にするという
476:デフォルトの名無しさん
25/02/08 13:22:47.28 1vi9xXrm.net
NHKも営業システムだかをIBMに依頼して時間掛かりすぎだからダメつって違約金がどうたらやってるじゃん
遅いのは罪なんだよ
477:デフォルトの名無しさん
25/02/11 16:47:27.00 wD3qDW/9.net
ついにXamarinも開発中止でMAUIに移れって言い出したな。
478:デフォルトの名無しさん
25/02/14 16:10:51.62 wsN/94jT.net
プログラミング業界に激震、Flutter macrosが開発断念
ReactNativeと.NET MAUIがまさかの復権か
ｽﾚﾘﾝｸ(news板)
479:デフォルトの名無しさん
25/02/14 18:50:48.14 SJGZfdEo.net
>>478
完全に react expoのターンだろ
生成AI「bolt」にスマホアプリ生成が追加🤖
ｽﾚﾘﾝｸ(news板)
480:デフォルトの名無しさん
25/03/05 20:20:18.98 DnMeoT1g.net
いい加減ASPとXAMLを統合してくれや
RazorとXAMLのViewの構文の違いだけならMS開発環境古参のワイは余裕でやから文句言わへんのやが
フロントエンドのライフサイクルや実装がまったくことなるからMAUIで無理矢理ひとまとめにしても意味ないっちゅーねん
なんでReactがマルチプラットフォームで覇権なんかゆーたらWebモバイルデスクトップで多少の手直しは必要にしても実装に一貫性があるからやんけ
ええ加減RazorかXAMLどっちかに絞って余ったんを捨てろや
481:デフォルトの名無しさん
25/03/12 09:10:52.04 ZD/TrcjK.net
A 10x Faster TypeScript
URLﾘﾝｸ(devblogs.microsoft.com)
C#を作ったアンダース・ヘルスバーグですらもうC#を選ばないとか終わってるな
482:デフォルトの名無しさん
25/03/12 10:01:18.74 f6EVt6Ik.net
もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな
TypeScriptをJSやなくてGoのラッパー？にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい
MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ
ワイはJSもTSも余裕のフルスタックエンジニアやからなwww
483:デフォルトの名無しさん
25/03/15 11:25:36.86 GaXvPuIZ.net
これか
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
URLﾘﾝｸ(www.publickey1.jp)
Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね
C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか
484:デフォルトの名無しさん
25/03/15 11:34:23.06 NDk9Iq9/.net
一番の理由はC#が単純に遅いってこと
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん
485:デフォルトの名無しさん
25/03/17 08:30:35.74 hw/VMQ1U.net
golang本スレの錆れ様は何だったのか
486:デフォルトの名無しさん
25/03/17 16:28:10.88 2u8mBUG4.net
5chはジジイが多いって事を本気で自覚した方がいいってことだろ
Qiitaなんかgoの記事すごい多いいぞ
487:デフォルトの名無しさん
25/03/17 16:46:00.68 afD1DfSv.net
Qiita()
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww
488:デフォルトの名無しさん
25/03/18 14:10:14.93 HQWzSQmk.net
TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや
489:デフォルトの名無しさん
25/03/18 21:32:27.68 I22nXZBI.net
URLﾘﾝｸ(x.com)
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:デフォルトの名無しさん
25/03/18 21:37:29.28 I22nXZBI.net
URLﾘﾝｸ(github.com)
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:デフォルトの名無しさん
25/03/18 21:47:34.88 lF3EIhjD.net
tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい
492:デフォルトの名無しさん
25/03/19 00:48:24.72 Ll5ZcIPA.net
もうさGoをJavascriptにトランスパイルさせてよ
Goは書きやすくて便利だからさ
493:デフォルトの名無しさん
25/03/19 21:51:32.78 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:デフォルトの名無しさん
25/03/26 09:55:01.75 DVC3Gd5u.net
このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ？
495:デフォルトの名無しさん
25/03/26 10:21:45.29 f3V4gxVC.net
凝った作りにしなきゃいいだけ
496:デフォルトの名無しさん
25/03/29 18:57:22.25 aNMYPX45.net
成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね？
497:デフォルトの名無しさん
25/04/04 11:37:33.92 YPXEmT32.net
.NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを
見て速攻で無理っすって回答した過去を思い出し。
498:デフォルトの名無しさん
25/04/04 19:35:10.01 pqOdz3U3.net
すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな
499:デフォルトの名無しさん
25/04/04 21:03:27.10 jKbxwbKT.net
いまは.NET Coreから分岐するのが.NET Frameworkと違うん？
500:デフォルトの名無しさん
25/04/04 21:18:41.07 RPRqX2PR.net
>>496
もう100MBとか気にしないしElectronでおｋ
501:デフォルトの名無しさん
25/04/05 02:01:59.89 S+1E1KY3.net
ガイジジイこのスレにも出没するのか
キッツ
502:デフォルトの名無しさん
25/11/21 16:58:18.60 BbIAJ2RY.net
マイクロソフトはついに、Windows 11の主要コア機能のほぼすべてが壊れていることを認めた。
このテクノロジー大手は本日、最新のパッチチューズデーがゲームのパフォーマンス低下を引き起こしているとNVIDIAから非難された。NVIDIAは、これらの問題を解決するための緊急ホットフィックスドライバーをリリースした。
これは、今週初めに発表されたエージェントOSへのオペレーティングシステムの進化により、同社のWindows責任者が最近直面した激しい反発の直後に起こった。
しかし明るい面としては、こうした反発を受けて、MicrosoftはWindowsに問題があることを認め、まるで合図を送るかのように、新たなサポート記事でWindows 11のほぼすべての主要なコア機能に問題があることを認めました。問題はXAMLに関連しており、スタートメニュー、タスクバー、エクスプローラー、Windows設定など、すべてのシェルコンポーネントに影響を与えています。
503:デフォルトの名無しさん
25/11/21 16:59:40.41 BbIAJ2RY.net
MSついにWin11がどんなハイスペPCでも常にもっさりしたりプチフリするほどパフォーマンスが酷い原因がXAMLだと認めるwww
504:デフォルトの名無しさん
25/11/29 00:27:31.04 UB7+qwb1.net
何言ってんだこいつ
505:デフォルトの名無しさん
25/11/30 06:01:09.90 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:デフォルトの名無しさん
25/11/30 08:19:40.69 Vq7Bqtv3.net
流石にWin11エクスプローラについてはそれ以前の問題だと思うぜ
VisualStudioなんかも早くからWPFだしWindows TerminalもWinUIだけどあそこまで悲惨なことにはなってねえし
507:デフォルトの名無しさん
25/11/30 22:38:19.44 xiLb4hfD.net
Win11のはKB5062553導入でXAMLパーサーのロードが遅れて、起動中に読み込まれたエレメントが
間に合わずに壊れてたってのが原因だからねえ。
508:デフォルトの名無しさん
25/12/01 00:06:09.16 WQry1GEG.net
マルチタブ切り替えたりすると、固まるんじゃないかって不安になるくらい重いね11のエクスプローラー・・・
皆他のファイラー使ってたりするの？
509:デフォルトの名無しさん
25/12/01 00:09:22.00 EVqe7jQ8.net
MSはなんでもかんでもプリロードする病を治せよ
要は起動を速く見せかけるためにデスクトップをアプデ後の後処理より早く読み込んでたのが原因だろう
これに限らずあらゆるアプリが自分を速く見せるために競ってプリロードしまくってただでさえ重い起動直後のCPUとディスクを奪い合って全体として遅くなってる
やらかした後だというのに更にエクスプローラのプリロードを増やす計画とかさあ…
510:デフォルトの名無しさん
25/12/01 00:10:17.35 4xzR9oGO.net
そもそもWinRTやUWPが失敗したのもWPFから無理矢理XAMLを引っ張ってきたのが根本的な原因なのだがwww
開発も大変ならパフォーマンスも悪くてマルチプラットフォーム化も問題だらけのXAMLを捨てきれず今でも固執し続けてるのがそもそも大失敗でMSの開発環境における失われた15年なのは確定的に明らか
511:デフォルトの名無しさん
25/12/01 16:56:49.63 v0Bnt9mF.net
Windows updateで何度問題起こしても懲りないからな
原因報告受けても認めず被害を長期化させてバカ丸出しなんだよ
有償OSでやっていい事じゃないだろ
本当におかしな会社だよ
512:デフォルトの名無しさん
25/12/01 17:08:18.62 4xzR9oGO.net
まぁ未だにデスクトップでWindowsが86%程度のシェア保ててる理由がゲームのお陰だからな
それもValveがProtonとSteamOSとハードウェアに注力してるお陰で遂に大手メーカーがLinuxのゲーム環境で最大の障害であるカーネルモードで動作するアンチチートをLinuxとArmに対応し始めたからな
これで大手のビッグタイトル’すべてがLinuxに公式対応したらゲームでもずっとパフォーマンス低下問題を改善できないままのWindowsの牙城が崩れるのは確定的に明らか
これでやっとWindowsをみんなが捨てられてユーザーもデベロッパーもウィンウィンになるぞ
513:デフォルトの名無しさん
25/12/02 04:13:41.07 VmPkBeRW.net
同社は最近、特定のエンタープライズ システムのタスク バーやエクスプローラーなどの主要な OS 機能を含むWindows Shell 全体に多くの重大な問題があることを認めました。これらの問題は、UWP、WPF、WinUI 上に構築された Windows UI 要素の大部分を構成する XAML に何らかの形で関連しています。
514:デフォルトの名無しさん
25/12/03 05:35:45.14 8R4Psvx3.net
XAMLが悪かったとして
だから何なの。。