Microsoft ASP.NET Blazor #02

**デフォルトの名無しさん** · 2020/11/22(日) 05:30:30.13

ASP.NETのBlazorのスレッド part2です。

ASP.NET
https://dotnet.microsoft.com/apps/aspnet
ASP.NETは、クロスプラットフォーム対応、無料、オープンソースのフレームワーク
Free. Cross-platform. Open source.
A framework for building web apps and services with .NET and C#.

Introduction to ASP.NET Core Blazor
https://docs.microsoft.com/en-us/aspnet/core/blazor/?view=aspnetcore-5.0

【本命】Blazor スレ1【真打】
http://mevius.5ch.net/test/read.cgi/tech/1595255796/

**デフォルトの名無しさん** · 2020/12/09(水) 10:00:37.08

>>80
>1-2 のテンプレートに書いてあるだろう
まずはMicrosoftのドキュメントに目を通す

**デフォルトの名無しさん** · 2020/12/18(金) 07:21:07.35

この技術に限らずMSの出してくるフレームワークに手を出しづらい理由
MS自身が使ってないからなんだよな…
ブラウザ上でうごくExcelをBlazorで作ってるんなら安心するんだが。

**デフォルトの名無しさん** · 2020/12/18(金) 09:13:03.15

>>88
wasmの話だろうと仮定。
そんな無駄な移植しても意味ないし当然だろう
Excelはweb appとnative appで存在するのに
中途半端なBlazor Wasmで作る意味がない。

Excelに限らない話かもしれない
このままweb appとnative appだけが続き
wasmが普及しない未来はありうる。

**デフォルトの名無しさん** · 2020/12/18(金) 09:16:42.38

pythonが動き出すと話は全く変わってくる

**デフォルトの名無しさん** · 2020/12/18(金) 19:18:46.90

>>89
NativeにしてもWPFやXamarinでは作ってないよね
たしかReactNativeだったかな

技術的な意味がなくても移行をあえてやってみて
Officeで使われた技術です！
って宣伝するだけでその技術への信頼度上がるとおもうんだけどなー

**デフォルトの名無しさん** · 2020/12/18(金) 20:08:20.82

>>91
SPのExcelはReact Nativeなの？
Xamarinじゃなくて？

MSが使ってるかどうかよりも
MSと資本関係ののない多くの会社が使ってるかの方が信頼できるな
MSが使ってても宣伝やしがらみのためだと思われることもある

**デフォルトの名無しさん** · 2020/12/18(金) 20:12:21.48

>>90
Pythonはスクリプトだから遅いし大規模にも向かない。
TSとおなじく、MSのnative appやASP.NETでは
使えない状態のままだとおもう。
主力はC#

PythonはAIとか強いからMSとしてその分野の強化かと

**デフォルトの名無しさん** · 2020/12/18(金) 20:22:53.83

愛の不時着いいよね～ｗ

見たことないけど。

**デフォルトの名無しさん** · 2020/12/18(金) 20:38:35.56

>>92
SPがなにかわからんけど
クロスプラットフォームかということでReactNative使ってるんだと。
https://www.softantenna.com/wp/software/office-in-javascript/

**デフォルトの名無しさん** · 2020/12/18(金) 20:45:25.39

>>92
https://appfigures.com/resources/insights/microsoft-goes-all-in-on-react-native

iOSアプリでは…
Bing Search
Microsoft OneDrive
Microsoft Outlook
Xbox
Microsoft Word
Microsoft OneNote
Microsoft Excel
Mixer - Interactive Streaming
Microsoft SharePoint
Microsoft Teams
Cortana
Microsoft Edge
Office Delve - for Office 365
Microsoft Visio Viewer
Dynamics 365 for phones
PowerApps
MS Executive Industry Summit

続く

**デフォルトの名無しさん** · 2020/12/18(金) 20:45:59.21

>>96 続き

Androidアプリでは…
Microsoft OneDrive
Microsoft Outlook
Microsoft Word
Microsoft Excel
Microsoft PowerPoint
Xbox
Mixer - Interactive Streaming
Microsoft Teams
Xbox beta
Microsoft Edge
Microsoft Cortana - Digital assistant
Microsoft Kaizala
Microsoft SharePoint
Face Swap
Microsoft Selfie
Bing Ads
AltspaceVR - The Social VR App
PowerApps
Mixer - Interactive Streaming Beta
Xbox Game Pass (Beta)

…が、ReactNativeを使うてますねｗ

**デフォルトの名無しさん** · 2020/12/18(金) 21:29:16.49

日本の企業にありがちな
他部署が作ったオレオレフレームワークが他の部署では使われないみたいなやつ。

**デフォルトの名無しさん** · 2020/12/18(金) 22:05:46.36

>>95
SP=Smartphone

MSにしてはけっこう多いな、
別の記事ではMSはXamarin使ってると書いてあった。
MSはMAUIでたらMAUIに移行するんでは。
YouTubeはXamarinらしい。

最近のシェア動向
https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/
React NativeとFlutterが上位

**デフォルトの名無しさん** · 2020/12/18(金) 22:11:56.09

YouTubeがxamarin？見間違いじゃねえか？

**デフォルトの名無しさん** · 2020/12/18(金) 22:27:08.65

Nativeは置いといて
ブラウザ上で動かすExcelのような複雑なUIのアプリは、jsよりWebAssemblyのほうが向いてると思うんだが。

それでも作り直すメリットがないのであれば
逆にWasmは何に使うのが正解なんだ…？
ゲームのみ？

CRUD中心の企業向けアプリなんてwasm選ぶ必要なくね？
BlazorServerの方が生産性高いし。

**デフォルトの名無しさん** · 2020/12/18(金) 23:52:57.38

>>93
全てのアプリが速さを追求するわけじゃない
大規模なアプリも小規模なアプリもある
Pythonの膨大なライブラリがブラウザで動くことが重要

**デフォルトの名無しさん** · 2020/12/18(金) 23:57:26.29

>>101
新規サービスはBlazor一択
VS、C#自体の高生産性、バックエンドとフロントエンドが同じ言語で書けるメリットは大きい
速度も比較すると今はまだ遅いけど、体感ではどんぐりの背比べ、ぜんぜん問題ない
デバッグはまだやりにくいが、テスト書けばいいだけ

**デフォルトの名無しさん** · 2020/12/18(金) 23:59:15.50

>>101
Excelとか既存の大規模アプリは移植のコストが割に合わない

**デフォルトの名無しさん** · 2020/12/19(土) 00:08:47.12

つまり遅くてデバッグもしにくくて使い物にならない、と。

**デフォルトの名無しさん** · 2020/12/19(土) 00:25:06.52

>>105
問題ないと言ってる

**デフォルトの名無しさん** · 2020/12/19(土) 00:25:30.46

>>102
AIでPython使うなら速度は大事。
PythonのライブラリはCを多用してるようだし。

スクリプトだと開発生産性も落ちる
Blazor wasmだと現状まともなデバッグできないからさらに生産性落ちる。

**デフォルトの名無しさん** · 2020/12/19(土) 00:30:54.14

>>89
ちゅうか、Blazor Wasmが駄目だからと言ってWasm自体の問題と混同しては
いけない。なぜなら、JS以外でWebページやWebアプリを作りたい需要は
とても多いはずなので、そのためにはWasmしか選択肢が無いから。
Wasmはプログラマが使う言語ではなく裏方で動くマシン語なのでWasmが
仮にどんなに使いにくくても、プログラマが使う言語にはほとんど影響しない。

**デフォルトの名無しさん** · 2020/12/19(土) 00:31:30.10

>>101
＞CRUD中心の企業向けアプリなんてwasm選ぶ必要なくね？

これはそのとおりだがそもそもSEO必要ないならweb appの必要がない。
なんでもブラウザでやろうとするのは思考停止。
native appのほうが生産性も高いし、速度も速いし使いやすい。
wasmよりもMAUI, Flutter, Xamarinなどnativeのほうが流行る可能性が大きい。

Blazor WasmについてはJS interopが遅いという問題もあるし
それとデバッグが解決するまで俺は静観ですわ

**デフォルトの名無しさん** · 2020/12/19(土) 00:40:03.17

>>108
そうはいっても
Blazor 以外のWasmがほとんど使われてないからな

一方でnativeは廃れる気配はない。

Swift, Kotlinでnative appの学習する分には無駄になることはほぼない。
MAUIが流行ったとしてもGoogle/Apple純正ツール開発と
Kotlin, Swiftの知識が役に立つ

**デフォルトの名無しさん** · 2020/12/19(土) 00:43:46.76

BlazorServerはいらない子なのか？

**デフォルトの名無しさん** · 2020/12/19(土) 00:43:58.13

ザマ爺、本命Blazorスレでボコられたからって今さらこっち戻ってくんなよハゲ

**デフォルトの名無しさん** · 2020/12/19(土) 00:50:09.15

>>110
FlutterやXamarine, MAUI, Qtなどと比べてWasmの優位性は、
実行形式が1つしか要らないのでビルドが速く、開発時のバックアップや
バージョン管理が楽と言うこと。
前者でAjail開発を行おうとすると、僅かに修正するたびに全てのターゲット
について再コンパイルして毎回テストしなくてはならない。
iOS/Android/Windows/Mac/Linux用に作る場合、5回、
64BIT版と32BIT版の両方が必要な場合、10回。
これだと開発に時間がかかってしょうがない。
一方、Wasmだと一回ビルドすればよいだけだしテストも1回でもなんとかなる
場合が多い。テストが省略できる理由は、ブラウザ自体がHTML5によって
プラットフォーム間の互換性を維持してくれているため。

**デフォルトの名無しさん** · 2020/12/19(土) 00:51:22.44

>>109
配布やらバイナリの管理やらに手間がかかるから
社内向けのシステムでもデスクトップアプリの応答性能が必要なければWebアプリ使うほうが主流やぞ

**デフォルトの名無しさん** · 2020/12/19(土) 00:54:22.75

>>113
最近、実行形式のサイズが大きくなって、ターゲットプラットフォームが多くなると、
バックアップに時間と容量を必要とする様になってしまった。
差分や増分バックアップでは途中のバージョンの欠損ですべてが失われる危険がある
のでやはり単純コピーしたいが、そうなるとプラットフォーム毎に実行形式が
異なっていることは非常に大問題となる。
その点、Wasmだとあらゆるプラットフォームで実行形式が単一しか要らなくなる
のでバックアップの時間もストレージの消費も少なくなって便利。
もちろんビルド時間も大いに節約でき、生産性も上がる。

**デフォルトの名無しさん** · 2020/12/19(土) 00:58:02.14

>>115
最近驚いたのが、VS2019ではMFCの(Debug,Releaseなどの)ビルドディレクトリ
のサイズが1GB程度に膨れ上がってしまっていることだ。
こんなもの、バックアップをどうしろというのだ。
コピーするだけで大変な無駄な時間が要る。

**デフォルトの名無しさん** · 2020/12/19(土) 00:58:22.58

>>107
学習は別にすればいい
AIも使うだけならそこまでではない
そして仮にAIが駄目だったとしてもそれでpythonの全ての価値を失うわけではない
AIはpythonの極一部の用途でしかない

スクリプトとC#を比べたらC#が勝つのは当たり前
しかしpythonには豊富なパッケージがある
pythonがブラウザで動くならそれは大きな価値がある

デバッグをする必要はない
やるべきことはテストコードを書くこと
テストコードを書けば自然とデバッグをする機会も減る
これはBlazorがどうのこうの以前の問題
テストツールがこれだけ充実してる時代にまだデバッグしてるんですか？

**デフォルトの名無しさん** · 2020/12/19(土) 01:01:33.63

>>113
技術的に可能だからといって全部対応する必要はない
web appでIEを切るのと同じようにnativeでMacやLinuxは切る

Linux desktopなんて無視でいい。シェアがない。
Macもシェア小さいので無視。会社でMac無しはふつう
64bitで動けば32bitも普通まずそのまま動く

法人で使うならWindows10 64bitとAndroidとiOSだけで十分
WindowsとSPどちらか片方でもいい

**デフォルトの名無しさん** · 2020/12/19(土) 01:05:15.02

>>114
deployガーっていうのはもうやめてくれ
それは管理者、開発者が無能なだけだ

クリック押すだけのインストーラーつくってもいいし
システム管理ツールでdeployしてもいい。
アプリ開始時にバージョン通知するようにしとけば、
各自のバージョンも把握して強制アップデートもできる。
そういうアイデアがないひとがdeployが、と騒ぐ。

**デフォルトの名無しさん** · 2020/12/19(土) 01:07:02.04

>>118
まあ、言ってることはわかるが、Ajail開発では、テストを小まめにすることが
重要とされる。
例えば、64BITだけでビルドとテストをしつづけて、100回目で32BITでも
やってみたら、駄目、と言う事になる可能性があるが、その場合、不具合の
原因がどの修正によってもたらされたのは分からなくなるので、原因の不具合
の切り分けが難しくなるため、なるべく毎回テストした方が良いと考えられて
いる。ただし、ビルドとテストに時間が掛かって、むしろ開発効率が
悪くなることもあるので絶対ではないが。

**デフォルトの名無しさん** · 2020/12/19(土) 01:07:28.35

>>117
まだデバッグしてるんですかって？え？？
コード書きながら動作確認するのもデバッグなわけだがｗ

**デフォルトの名無しさん** · 2020/12/19(土) 01:09:22.42

毎回Nativeをやたら推してくるやつが湧いてくる。。

**デフォルトの名無しさん** · 2020/12/19(土) 01:16:12.58

ID:pyDV0l6z
貴方、MS関連スレでオンプレ爺さんと呼ばれてる人ですか？

**デフォルトの名無しさん** · 2020/12/19(土) 01:20:51.08

Blazor Wasmやりたがってたひとって
wasmだからやりたいってわけじゃない。
ほとんどはただCSSやJSがきらいな人たち。図星だろう？

web appである必要ないのにまわりと一緒になって思考停止していて
生産性の悪いCSSゴミやJSでもがいて開発が進まない。

JSがいらない素晴らしい！と
Blazor Wasmのような成熟してないのもに手を出してしまう。

SwiftとかKotlinを学習してnativeでさくっと開発してリリースしてしまうほうが速い。

**デフォルトの名無しさん** · 2020/12/19(土) 01:27:21.70

速度は少々犠牲にしても開発し易ければ使われる、という歴史を何度も見てきた。
ターゲットが増えても、ビルド回数が一回で済むこと、バックアップのための
ストレージが少なくて住むこと、バイナリの管理が楽なこと、などのメリットが
Webアプリにはあり、なおかつ、好きな言語を使いたい需要が大きい以上、
Wasmが生き残っていく可能性は高いと見ている。

**デフォルトの名無しさん** · 2020/12/19(土) 01:31:03.86

>>125
じゃあBlazorServerで良くないか？

**デフォルトの名無しさん** · 2020/12/19(土) 06:52:39.03

>>116 >>125
バイナリサイズ肥大化はC/C++の問題だろう
C/C++はDLLなどランタイムの互換性も問題になる。

しかしそれらはC#では解決しているのだから関係ない話

あとWeb appはブラウザのバージョンアップでレイアウト崩れたりする。
nativeはブラウザのバージョンに関係ないからリリース後はむしろ楽になる。
昔はIEでしか動かないweb appがたくさん開発されてて企業によっては
いまだに稼働している。
web appにはそういう負の側面もある。

**デフォルトの名無しさん** · 2020/12/19(土) 06:54:57.16

>>126
Blazor Serverは企業内で使うくらいだろう
ステートフルだからスケーラビリティがない。

**デフォルトの名無しさん** · 2020/12/19(土) 09:15:20.46

>>128
逆に企業外でwasm使うシーンってある？
ゲーム？

**デフォルトの名無しさん** · 2020/12/19(土) 09:40:11.79

>>121
やれやれ
動作を確認するんじゃない前提と結果を確認するんだよ
それはテストだ

**デフォルトの名無しさん** · 2020/12/19(土) 09:40:59.84

>>124
C#を使いたい人だよ

**デフォルトの名無しさん** · 2020/12/19(土) 09:50:15.99

デスクトップはテストが面倒くさくないか
Seleniumは安定してるけどWinAppDriverは微妙

**デフォルトの名無しさん** · 2020/12/19(土) 12:27:51.83

>>127
VS2019のMFCではバイナリサイズが極端に大きくなっていたが、それより十分前の
VSではそんなことはなかった。
なのでバイナリサイズが大きいのはC++そのものが原因ではない。

**デフォルトの名無しさん** · 2020/12/19(土) 12:29:39.47

>>127
レイアウトの崩れはWidget類をcanvasにグラフィックで描画している場合は
起きない。

**デフォルトの名無しさん** · 2020/12/19(土) 12:34:53.83

デスクトップアプリは未だにFormsの忌まわしい思い出を引きずっててな

**デフォルトの名無しさん** · 2020/12/19(土) 12:44:26.38

>>135
どんな思い出？

**デフォルトの名無しさん** · 2020/12/19(土) 12:47:54.80

>>116
中間ファイルなんかバックアップとる必要ないだろ

**デフォルトの名無しさん** · 2020/12/19(土) 12:50:43.81

>>136
残業、徹夜、バグ地獄
デスクトップが高生産性なんて嘘だ

**デフォルトの名無しさん** · 2020/12/19(土) 12:58:36.30

>>138
そういう職場がBlazor使ったところで問題解決にならないだろw

**デフォルトの名無しさん** · 2020/12/19(土) 13:00:34.17

>>137
ちなみに、Debug/Releaseフォルダは中間だけでなく最終バイナリも含んでいる。
また、不具合を発見した時、原因を探ったり、どのバージョンから不具合が起きていた
かを調査することは重要で、そのためには中間ファイルまで残っていたほうが
安全だし便利では有る。
ソースファイルだけ残していた場合、ライブラリやツールキット、ヘッダフィル、
コンパイラのバージョンが変化してしまっていることが多いので、元の
環境に戻すのに膨大な手間と時間が掛かるし、当時の環境にまで完全には戻し
切れないこともある。
毎回毎回、全ての関係ファイルのバージョンをメモすることも不可能に近いし、
古いヘッダフィルやライブラリなどを正確に全て保存しきることも難しい。
古いものをダウンロードしようとしても昔のURLアドレスは無効になっていて
探し出すのに苦労することも多い。
deprecateになっていてダウンロードできなくなってしまっている可能性も有る。
さまざまなライブラリを使っていれば、それら全てについて元に戻す作業が
必要となり、非常に時間が掛かる。
それを避けるためにライブラリ類をハードディスクなどに保存しようとしても、
容量が大きすぎて困ることも多い。
また、インストーラーを保存しても、インストール作業中にネットから
ダウンロードすることが前提になっているものも多く、ちゃんと古いバージョンを
保存することは難しい。

**デフォルトの名無しさん** · 2020/12/19(土) 13:08:06.13

>>139
webになって淘汰されたから今は快適だよ
Formsは自然にスパゲッティになるように設計されてるとしか思えん

**デフォルトの名無しさん** · 2020/12/19(土) 13:16:37.65

>>140
開発環境はDockerで作るといいよ
Dockerfileだけで十分だけどもし不安ならイメージをレジストリに保存しておけばまず間違いない

**デフォルトの名無しさん** · 2020/12/19(土) 14:19:42.49

>>142
dockerでWindowsコンテナって実用レベルになったの？

**デフォルトの名無しさん** · 2020/12/19(土) 14:21:59.37

>>124
Web開発にふむきな人用の
補助フレームワークですよ。最初から。

**デフォルトの名無しさん** · 2020/12/19(土) 14:33:16.67

>>129
ゲームは開発者が便利なUnityとかのライブラリで作る場合が多い。
Unityは生産性が高い。
一方のwasmは現時点でBlazor wasmはまともなデバッグができない。

あとはゲームといえばアプリ内課金だけど、wasmにすると
課金してもらうハードルがすごいあがってしまう。
SPのnative appだと手数料は高いが簡単に課金できる。

広告収入目当ての無料ゲームならwasmありだとおもうけど
ガチャとかで儲けようと思うとSP native appのが楽だと思うぞ

**デフォルトの名無しさん** · 2020/12/19(土) 14:37:33.55

>>130
俺の言ってるdebugはIDEのメニューのDebugに相当するものでおかしくない。
工程としてのデバッグと技術的なデバッグの違いは文脈でわかると思うんだがな

**デフォルトの名無しさん** · 2020/12/19(土) 14:38:28.43

>>145
ゲームでもなかったら何に使うんだこれってなる
BlazorWasmって最初は夢のような技術だと思っていたが、
俺のような企業向けアプリしか作らないやつにとってはBlazorServerが夢のような技術な気がしてきたぞ。

**デフォルトの名無しさん** · 2020/12/19(土) 14:42:22.79

>>134
グラフィックで描画したらSEO犠牲になるよな
SEOないならweb appでやる意味はないと俺は思う。

**デフォルトの名無しさん** · 2020/12/19(土) 14:48:03.92

>>140
それもC, C++の話でしょ
C#の人はそんな苦労はしてない
DLL地獄などバージョン管理の問題の多くは.NETで解決してる。
ソース保存だけで十分に後日デバッグできる。

**デフォルトの名無しさん** · 2020/12/19(土) 15:17:18.87

>>143
windows？

**デフォルトの名無しさん** · 2020/12/19(土) 15:18:34.03

>>145
テストしろよ
課金は内容次第

**デフォルトの名無しさん** · 2020/12/19(土) 15:19:15.99

>>146
そのDebugは必要ない
テストしろ

**デフォルトの名無しさん** · 2020/12/19(土) 15:19:58.62

>>147
夢のようだろ
C#でフロント開発できるんだから

**デフォルトの名無しさん** · 2020/12/19(土) 15:23:14.19

>>148
SEO対策が必要な部分だけは、グラフィックでやらずに普通に p や div で
文字列を書く方法も考えられる。

**デフォルトの名無しさん** · 2020/12/19(土) 15:24:00.22

>>150
ID:3Uzrrw/tはMFCをビルドしたいんやで

**デフォルトの名無しさん** · 2020/12/19(土) 15:42:15.72

お前らこの技術を使っていったいぜんたい何を作ろうとしてるんだ？

**デフォルトの名無しさん** · 2020/12/19(土) 15:43:59.93

>>145
一番の問題はiOSだね。
技術的に可能でも、Appleから駄目と言われれば終わってしまう。
とにかくAppleはなんとしてもMacのXCodeを使ってないアプリはiOSでは
動かせないように目を光らしている。
セキュリティーとかいう理由は体のいい言い訳で、実際にはMacを強制的に
買わせるため。
本当は独占禁止法違反。
Macの互換機を作ったところで今度はXCodeを互換機にはインストールできない
ようにされるだろうが、それはEUでは「相互運用性のため」と言われて
独占禁止法違反に当たるが。
というわけでMacの互換機を誰か作るべし。

**デフォルトの名無しさん** · 2020/12/19(土) 15:45:44.06

VirtualPCやVMWareみたいなもののWindowsで動くMac仮想マシンは無いのかな。

**デフォルトの名無しさん** · 2020/12/19(土) 15:48:45.06

>>157
Macだけあれば良いのだから問題ない

**デフォルトの名無しさん** · 2020/12/19(土) 15:50:12.89

>>159
個人的にはそれだけは嫌なのでiOSは無視するよ。

**デフォルトの名無しさん** · 2020/12/19(土) 15:50:26.91

>>120
Ajail開発w
脱獄されないよう点呼も小まめにね

**デフォルトの名無しさん** · 2020/12/19(土) 16:20:27.46

>>160
君がそうしたいならそうすればいい
雨の中で傘を刺さずに踊る人が居てもいい
それが自由というものだからね

**デフォルトの名無しさん** · 2020/12/19(土) 16:24:52.94

>>162
iOSのアプリ開発は、企業に任せるよ。

**デフォルトの名無しさん** · 2020/12/19(土) 19:33:56.12

iOS, Androidのシェアは日本ではほぼ半分
https://simchange.jp/post-164095/

iOS, Androidのどちらか先にappつくって
ヒットしたら移植するのでもいいだろう

**デフォルトの名無しさん** · 2020/12/19(土) 19:37:37.25

>>158
VMwareでMac OSは動くようだよ
仮想化してるから速度は期待できないが。

>>157
Mac以外のハードでMac OSを動かす方法は既にある。
この話題はあれるから書きたくない

**デフォルトの名無しさん** · 2020/12/19(土) 19:40:52.47

最近、nativeの話してもバッシングされなくなったな
まえはXamarinの単語だしただけで基地外が騒いだけどｗ
多くの人がBlazor wasmのガッカリ感に気付いたかね？

**デフォルトの名無しさん** · 2020/12/19(土) 19:59:06.06

XamarinがNGワードに入ってるだけだと思うぞ
俺は技術的なワードはうざくてもNG入れない主義だから見えてるけど

**デフォルトの名無しさん** · 2020/12/19(土) 23:35:45.44

>>166
Blazor = Wasm + js
であることに騙され、
そのjsの占める割合が高い事に失望した。

結論

Reactでやった方が速いやんけ！（開発も速度も）

**デフォルトの名無しさん** · 2020/12/19(土) 23:44:53.55

ザマ爺あっちのスレ戻れ
社内でしか通用しない老害のウンチクは向こうで垂れ流せ

**デフォルトの名無しさん** · 2020/12/19(土) 23:52:19.46

ID:pyDV0l6z
やっぱり貴方、MS関連スレでオンプレ爺さんと呼ばれてる人じゃないですか！
なんで応答しないんですか！！

**デフォルトの名無しさん** · 2020/12/19(土) 23:58:08.90

ここではスレチのxamarin推すガイジとして有名でザマ爺呼ばわりされて皆から嫌われとるんや

**デフォルトの名無しさん** · 2020/12/19(土) 23:58:46.73

>>168
高くないが？

**デフォルトの名無しさん** · 2020/12/20(日) 00:41:09.44

>>166
Blazor本スレならスレ違いで叩くがここは雑談スレだから放置してる

**デフォルトの名無しさん** · 2020/12/20(日) 01:13:21.56

あっちはクラウドの話ばかりですが

**デフォルトの名無しさん** · 2020/12/20(日) 03:32:44.06

ここはガイジの隔離スレ
本スレに迷惑掛からないよう適当に相手してやってくれ

**デフォルトの名無しさん** · 2020/12/20(日) 03:57:19.02

>>165
有ってもWindowsを終了させて再起動しなくちゃいけないとかだったら
困るし、遅いのも困るし、XCodeをインストールできるかどうか、できても
ネットに繋いだ時にライセンス違反を指摘されたり、AppStoreに登録できるか
どうかも分からないし、とにかくAppleが絡むとろくなことが無いので
iOSは無視するしかない。

**デフォルトの名無しさん** · 2020/12/20(日) 07:58:59.61

>>173-175
本スレってASP.NET知らない無能が立てたスタンドアロンスレのことか？
あそこも俺がネタふらないとすぐ過疎った。
Blazor使ってる人がほぼいないから話題がない。

**デフォルトの名無しさん** · 2020/12/20(日) 08:09:16.60

>>176
iOS app開発できるし
パッチもあてられるし
CPU次第でMacより速くできるし。
マルチブートするかMacOS専用PCにするかは自分次第だし。
Apple嫌いなのは同じだが違いは儲かるから俺はやる、それだけ
AndroidとiOSシェア同じなんだから捨てるのはもったいない

**デフォルトの名無しさん** · 2020/12/20(日) 12:38:53.63

>>178
iOSには800万社くらいがアプリを提供していて、その内の1%の会社で8割くらい
の売り上げを獲得し、残りの99%は、平均で年間売り上げは100万円位しか
ない。

**デフォルトの名無しさん** · 2020/12/20(日) 12:39:56.25

>>179
訂正：
800万社ではなく、75万社くらい。

**デフォルトの名無しさん** · 2020/12/20(日) 13:24:08.95

ザマオンプレジジィが伸び伸びしてて草
終の棲家とするが良いｗ

**デフォルトの名無しさん** · 2020/12/20(日) 17:45:21.29

>>179
アプリ内課金なのか何の数字なのか不明だが、
間接的にsp appで利益あげるパターンもある。
アプリ無料で広告もつけなくても稼ぐことができる

トップ層は大ヒットゲームだし
下はとりあえずつくってみたアプリだし
平均値はあまり意味はない。

**デフォルトの名無しさん** · 2020/12/20(日) 20:08:45.15

177 名前:デフォルトの名無しさん :2020/12/20(日) 07:58:59.61 ID:vYm8Aryt
>>173-175
本スレってASP.NET知らない無能が立てたスタンドアロンスレのことか？
あそこも俺がネタふらないとすぐ過疎った。
Blazor使ってる人がほぼいないから話題がない。

爺さんさ、もしかして発達障害の診断受けたことある？

上に引用した爺さんのレスだが、実際のところは2つのblazorスレで無関係なオンプレミスとxamarinの話を永遠繰り返してただけじゃない？で、スレ違いだから止めろとスレ民からいくら言われても、決して止めなかった。…これって爺さんの中では適切な話題を振っているとの認識だからよな？

スレチだけでなく、こちらの質問に対して妙にズレた回答をしてくることも幾度となくあった。むしろ適切な回答が返ってくることの方が珍しいくらい。
要するにさ、全く会話が成立していない状態なんだよね。分かるかな？
現実社会でもそういう指摘受けたことないかい？どうだろう？

**デフォルトの名無しさん** · 2020/12/21(月) 00:37:22.04

>>182
もう、スマホが出来てからかなり時間が経ってしまったので黎明期の
ように簡単なゲームやアプリでも飛ぶように売れるというような特殊期間
は過ぎてしまった。
ソフトウェアの需要も頭打ちになっており、そう簡単に儲かるものではない。
ゲームも売上高は高く見えても開発にも同等に人件費がかかっており
赤字ぎりぎりの事が多い。

**デフォルトの名無しさん** · 2020/12/21(月) 01:12:36.38

>>183
もう構うなや
NGワードいくつか設定しとけば問題無いやろ

**デフォルトの名無しさん** · 2020/12/21(月) 01:33:49.70

ここは雑談スレだから仕方ない
Blazor本スレならしょうもない雑談は徹底的に叩くけど

**デフォルトの名無しさん** · 2020/12/21(月) 09:36:20.15

>>184
儲かるマーケットで新規参入が増えるのは当たり前だしどうでもいい。
クオリティが高ければ人気がでて儲かる

ゲームの損益は上場企業なら公開されてる。
頭打ちでもない。巣ごもり需要で各社、好決算だ