【本命】Blazor スレ2【真打】

1デフォルトの名無しさん
垢版 |
2020/11/22(日) 15:59:37.31ID:bqzy0V6t
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え!

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-5.0

前スレ
【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/
2020/12/12(土) 09:20:13.63ID:72312GxT
BlazorServerにしたらいいじゃん
2020/12/12(土) 09:27:23.49ID:DyBScL4l
実際、サーバと通信途切れてもいいアプリって
お絵描き系とメモ帳系くらい?

業務系なんかデータの整合性気にしないといけないし、
ゲームで通信切れるのもってのほかだし、
WASMのメリットがいまいち分からない
2020/12/12(土) 09:34:13.17ID:72312GxT
>>103
簡単なゲームとかもそうだろうね
業務系はServerの方がいいんではないかと思う。
なんだか反則みたいな仕組みなきもするけど。
2020/12/12(土) 09:35:02.72ID:DkKIdPi2
>>103
wasmというかSPAはサーバー計算資源を削減できるからクラウド料金が安い
あと配布ルートが多彩、CDN、S3、Dropbox、GitHub、、、
wasmの利点は開発言語の多様化、将来的にはパフォーマンスもJSより良くなる
2020/12/12(土) 09:38:35.55ID:rjq8VE9O
>>103
逆だ
サーバーと通信が途切れたらダメなんてウェブアプリは出来損ない
ウェブアプリはステートレスだから途切れても何にも問題ないそれがデフォルト
2020/12/12(土) 10:06:31.88ID:DyBScL4l
>>106
通信途切れたらというか、
何かボタン押したときに404が返ってきて困るアプリって何?
上に挙げたようにメモ帳系なんかは確かに書いてた内容がおじゃんになるのはよろしくない。
・・・が、それ以外のアプリってサーバにデータ送信できなきゃ
意味ないのが多いんじゃないの?ってのを聞きたかった。
2020/12/12(土) 10:57:59.67ID:DkKIdPi2
>>107
何が言いたいのか不明瞭
もしかしてSPAはサーバーと全く通信しないとでも思ってる?
2020/12/12(土) 11:10:56.90ID:UY03Th0g
みんなザマ爺NGしててエラい
2020/12/12(土) 15:12:24.20ID:gFRHn2zG
>>99
Domにアクセスするから問題になるのでは?
Wasmだとcanvasに点で描画するのが本流かと。
canvas内でネイティブアプリが動くに等しい。
VRとかゲーム系はみんなそーでしょ。
2020/12/12(土) 15:23:15.14ID:gFRHn2zG
>>108
SPAはViewがクライアント側で完結してるのに対して、
BlazorServerはViewがクライアントとサーバーにまたがって完結してるのが問題なんですよ。

なのでBlazorServerで接続が切れると
整合性の担保が怪しいので
致命的エラー扱いで強制終了せざるを得ないね。
112デフォルトの名無しさん
垢版 |
2020/12/12(土) 15:58:56.00ID:njlY7O2j
>>105
ほーん
その利点は気付いてなかったわ
やっぱクライアントレンダリングの方が将来性ありそうね
2020/12/12(土) 16:34:37.37ID:4q8SABHv
>>112
安いというのは魅力だろうな。
ただ、MSとしてはAzureのクラウドを使わせなきゃ駄目だから、BlazorWasmはそれと矛盾するが。
2020/12/12(土) 16:54:35.64ID:4q8SABHv
>>113
MSとしてはダウンロード量やクラウドとのアクセス量、クラウドに助けてもらう処理
が多ければ多いほど自社のクラウド事業にとって有利になるわけだから、
BlazorWasmは、如何にバイナリサイズを大きくし、クラウドとの連携を複雑化
してなるべくクライアントの処理だけで済まさずにサーバーの助けを混ぜないと
動作しないようにするかで経営手腕を問われる。
つまり、基礎はわざと複雑で使いにくしておきながら、その複雑さをフレームワーク
が除去するような変な仕組みになっているほうがMSは儲かる。
2020/12/12(土) 17:57:54.70ID:E+dxDDH/
そうか、そう考えると >>95 は理にかなってるね。さすがMS
2020/12/13(日) 11:02:43.12ID:UCfR+Gyz
>>111
接続が切れても自動で再接族試みてくれるんだけど

それにずっと状態をクライアント側で持ってるわけじゃないから
再接続に失敗しても
1時間の作業が全部きえたー、とかにはならないし

そうなるとしてもこれまでのwebアプリと一緒でしょ
2020/12/13(日) 11:20:48.44ID:MilXzpek
>>114
Wasm(というかSPA)はサーバーリソースの使用率を減らせるからクラウド使用料金はむしろ減るぞ
118デフォルトの名無しさん
垢版 |
2020/12/13(日) 11:33:03.01ID:k9p7uAHs
維持費はオンプレミスのが安い
しかも速い
2020/12/13(日) 11:39:02.25ID:yG0Ic1Ux
オンプレは高い
電気代、人件費、場所代
2020/12/13(日) 11:40:54.84ID:+g+t61bw
>>117
だとすると、MSのクラウド事業が縮小するね。
2020/12/13(日) 11:53:07.09ID:k9p7uAHs
>>119
大嘘だな
海外より日本は電気代高いが割合は微々たるものだ
クラウド事業者が儲かってるのは利益率高い証拠
2020/12/13(日) 12:04:15.56ID:yG0Ic1Ux
>>120
縮小しないよ

安くて便利
→みんな使う
→儲かる

1顧客からの収益が減っても客数が増えれば全体収益は上がる
これ商売の基本というか子供でもわかる理屈だろ?
2020/12/13(日) 12:07:50.17ID:yG0Ic1Ux
>>121
クラウドがなぜ儲かるかって
大量のリソースを纏めて管理してるから台数で割ったときに安くなるからだよ

これも商売の基本
取り扱う数を増やすほど1個辺りの単価は安くなる
物を売り買いする場合もそう
人や物を管理する場合のコストもそう
2020/12/13(日) 12:09:04.90ID:k9p7uAHs
海外では大手企業はクラウド離れの動きでてる
オンプレミスのが速くてコスパいいことに気付いた企業が多い
2020/12/13(日) 12:12:50.27ID:k9p7uAHs
>>123
実態をわかってない
オンプレミスでは運用管理の専任の人なんて必要ない
他のサーバー管理のついでにやる程度

>>124
利用料金が高すぎてクラウド脱出企業が増えてるの知らないのは情弱
2020/12/13(日) 12:13:19.75ID:CXVbPnPb
もしかしてハイブリッドクラウドのことを言ってるなら、
あれは従来クラウド化など考えられなかったお硬いシステムにもクラウドの柔軟性を導入しましょうって話で、オンプレミスへの回帰とはむしろ真逆
2020/12/13(日) 12:17:10.05ID:k9p7uAHs
脱クラウドはいわゆるパブリッククラウドからの脱却
賢い企業はオンプレミスに移行してる
利用料金が高すぎるため
2020/12/13(日) 12:18:11.59ID:CXVbPnPb
だとしたらよほど人間の単価が安い企業なんだろうな
2020/12/13(日) 12:20:47.32ID:yG0Ic1Ux
>>125
専任が居ないとはいえメンテナンス、トラブル対応には賃金が発生する
初期投資、修理費、電気代(鯖、空調)、人件費
後は障害による停止期間中の作業停止も地味だが大きな人件費の浪費になる
トータルで見ればクラウドのほうが安いよ
まあ専任が居ない程度の小規模ならクラウドよりVPSのほうがより良いかもね
2020/12/13(日) 12:26:46.53ID:yG0Ic1Ux
>>126
大規模に機器を調達して自社クラウドを構築する企業は増えてきてるそうだね
金融系とかデータを外に出せない分野ではそういう選択肢もあるのだろう

ただクラウド専門事業者と比べて小規模にならざるをえない
そうなるとさっき言った纏めて管理する台数が減るので1台あたりのコストは依然として大きなままだ
コスト的には厳しいだろうね
2020/12/13(日) 12:28:28.35ID:k9p7uAHs
>>128
だからさ、無能な企業とちがって
運用管理のエンジニアなんて雇わないんだよ
昔はサーバーのオペレーターとかいた時代あるようだけど
今はそんな時代じゃない

壊れたら原因調査して予備のパーツに交換してすぐ復旧させる。
自社内でスキルあるエンジニアいればできることだ
2020/12/13(日) 12:29:10.07ID:CXVbPnPb
俺が担当してるシステムはオンプレとクラウドのハイブリッドで、
俺の業務時間の大部分はオンプレのお守りを投げているベンダーとの間の無駄なコミュニケーションに費やされている
もうすぐクラウドへの置き換えが完了するけど、そうなればベンダーは切って(俺の給料を抜きにしても)年間数千万は浮く見込みだ
2020/12/13(日) 12:30:38.56ID:+g+t61bw
>>129
畑違いだから分からんけど、大規模なところなんてほとんど無くて、
小規模なところの方が圧倒的に多いはずだよね
2020/12/13(日) 12:31:19.61ID:k9p7uAHs
>>129
電気、空調の工事、なんてクラウドやDCでも外部の業者呼ぶだけに決まってるだろw
修理費とかかけてる方がバカ
賢い企業は予備パーツストックしておいてすぐ交換しすぐ復旧させる
2020/12/13(日) 12:34:10.43ID:k9p7uAHs
>>129
>障害による停止期間中の作業停止
これもすでにかいた。
スキルあるエンジニアが障害箇所を特定してハード故障なら
すぐパーツ交換
データのリカバリーまでしてサービス再開させる。

あとデータ転送量の多いサイトはどうやってもクラウドのが超高額になる。
絶対にオンプレミスのが安くなる
絶対に、だ。
これ否定するやつはマジで情弱、
2020/12/13(日) 12:35:27.24ID:CXVbPnPb
>>134
正月休みの帰省中の夜中にぶっ壊れたらどうすんの?
そりゃ俺が24時間張り付いたらそこそこの規模のオンプレのシステムは運用できるかもしれんが、少なくとも俺は絶対にやりたくないねw
2020/12/13(日) 12:40:47.87ID:k9p7uAHs
>>136
そんなミッションクリティカルならDC使うだろうし
DCの近所に自社のエンジニアが住んでるのが普通だぞ
なにかあったら夜中でもすぐかけつけられる体制になってる

大昔の無能オペレーターじゃあるまいし、
24時間はりつきなんてばかなことしないw
監視するプログラムが走ってて異常を検知してメールとかがくる
2020/12/13(日) 12:42:02.67ID:yG0Ic1Ux
>>133
小規模でもクラウドやVPSのほうが安い
大規模だともっと安い
オンプレはセキュリティ規約の都合でクラウドを借りれない場合などに使うものだ
2020/12/13(日) 12:44:56.51ID:yG0Ic1Ux
>>134
業者呼ぶのも金かかる
パーツ交換も人件費がかかる
パーツ交換まで作業者手が止まる可能性あり
やっぱりオンプレは金がかかるな
2020/12/13(日) 12:46:52.16ID:yG0Ic1Ux
>>135
その作業中止まってるじゃん
従業員数時間に比例して損失が増えていく
オンプレは高くつくね
2020/12/13(日) 12:47:01.00ID:113EdQf0
>>137
答え出てるじゃん
その運用体制を整備して実行していくのにいくらかかると思う?
2020/12/13(日) 12:48:39.09ID:yG0Ic1Ux
>>137
で、深夜に叩き起こされたエンジニアが嫌気が差して転職するわけだ
今まで人材育成にかけたコストが全部吹っ飛ぶね
2020/12/13(日) 12:50:18.13ID:yG0Ic1Ux
そっかオンプレだと会社やDCの近くに担当者の家を借りないといけないのか
うわー金掛かりそうだなー
2020/12/13(日) 13:04:19.18ID:k9p7uAHs
必死にオンプレミス否定してるやついて笑えるw
クラウドやDC勤務のやつらかな
2020/12/13(日) 13:06:28.03ID:k9p7uAHs
>>139
まだ理解できないんだなこいつは。
パーツ交換くらい業者呼ばずにやるんだよ
そんなのよんでたら時間と金がかかる

スキルある企業は予備パーツさくっと交換して復旧終わり。
ダウンタイムが最小限になるのもオンプレミス
2020/12/13(日) 13:08:17.50ID:rq9kuXid
毎回クラウドかザマリンのはなしになる
2020/12/13(日) 13:09:08.86ID:k9p7uAHs
>>141
夜間対応が必要なほどミッションクリティカルなサービスは
金融のごく一部のみだしほとんどの企業は関係ない。

金融でもそもそもパブリッククラウドにしたところで解決しない。
むしろハードがブラックボックス化してトラブル解決が困難になる
2020/12/13(日) 13:13:52.67ID:k9p7uAHs
>>143
なんもしらないんだなこのアホは
DC多いは千葉の印西市とか郊外だぞw
2020/12/13(日) 13:24:08.33ID:8JARRe3z
>>116
複数画面を経由しての
トランザクションぽい処理とかはきついなーー。
2020/12/13(日) 13:28:04.09ID:+g+t61bw
DC = Data Center
2020/12/13(日) 13:32:40.08ID:3afJGKv9
>>144
必死に中小オンプレ養護するということはクラウド職を奪われそうな中小インフラ屋かな?
2020/12/13(日) 13:33:12.19ID:3afJGKv9
>>145
で人件費がかかりダウンタイムも発生すると
2020/12/13(日) 13:33:58.55ID:3afJGKv9
>>148
家賃もかかるし通勤も大変そうだな
2020/12/13(日) 13:41:57.05ID:yOD+hiSa
予備パーツまで揃えるとなるとコストも数倍に膨れ上がるな
2020/12/13(日) 13:51:56.48ID:k9p7uAHs
レベル低いのが湧いてきたし
忙しいので書き込みはひかえる
2020/12/13(日) 13:55:28.53ID:zhHqlErk
しっぽ巻いて逃げる宣言いただきました〜
こりゃ勝負あったかな
2020/12/13(日) 14:01:35.46ID:yOD+hiSa
「きょ、きょうはこのぐらいで勘弁してやる」ピュー

wwww
2020/12/13(日) 14:26:03.22ID:Nr97RBB7
爺さんは毎回このパターンやね
矛盾点や無知を突っ込まれて答えに窮するとすぐ逃げ出す
2020/12/13(日) 14:50:42.52ID:k9p7uAHs
予備パーツで数倍になるとか頭悪すぎてな
相手するだけ時間のむだ

おまえら海外の脱クラウド続出も知らなかったザコは
クラウド崇拝してりゃいいよ
いまさらクラウドとか完全に周回おくれですからw
2020/12/13(日) 14:52:02.71ID:k9p7uAHs
ここスタンドアロンしか知らない奴の専用スレだから
クラウドの話題はスレ違い
161デフォルトの名無しさん
垢版 |
2020/12/13(日) 14:52:32.21ID:k9p7uAHs
Microsoft ASP.NET Blazor #02
http://mevius.5ch.net/test/read.cgi/tech/1605990630/
2020/12/13(日) 14:54:13.55ID:yOD+hiSa
忙しいのにすぐ帰ってきちゃったwwwwwwww
エアプ忙しいwwww
2020/12/13(日) 15:04:06.70ID:tJMy4iCP
いやどうだろう忙しいのは本当だと思うな
オンプレ管理者にゆっくり休める休日はない
しっかり休もうと思ったら休日出勤手当を出して待機要員をローテーションで回す必要がある
2020/12/13(日) 15:56:26.79ID:Nr97RBB7
>>162
オンプレ爺さんはプライドだけ肥大化したザ・老害だからね
新しい知識や技術についていけない自分を認めたくないのよ
2020/12/13(日) 17:33:38.45ID:OupzbFpK
オンプレXamarin爺さんまた来てたのか
2020/12/13(日) 18:30:20.65ID:k9p7uAHs
>>164
まだ言ってんのかこの時代遅れ野郎w

海外の大手はもう海外でも脱クラウドなんだよ
実情知らないなら脱クラウド、オンプレミス回帰とかで検索してみろ
英語だともっと記事多いけどな

割高なうえにすぐ障害が起こるクラウドが敬遠されてんだよ
おまえら時代遅れ
2020/12/13(日) 18:56:36.94ID:lPyInXVf
短期間ならクラウドの方が安いけど
長期間使えば使うほどクラウドの方が高くなる
んじゃないの
2020/12/13(日) 19:12:33.64ID:k9p7uAHs
>>167
データ転送が多かったり、CPU多く使う用途だと
短期間でも超高額になる。
2020/12/13(日) 19:24:48.11ID:wbKLPooU
オンプレに戻ることによって
単純に移行プロジェクトのために大金を支払い
今まで担保されてた非機能要件の多くを失い
やらなくてよくなった筈の作業をまた苦労してやる羽目になり
そこでようやくやっぱりクラウドのほうが良かったと気付く
んでまたクラウドに戻るために移行プロジェクで大損するわけだ
2020/12/13(日) 21:33:15.96ID:17gHgA0W
DC=DreamCast
2020/12/14(月) 11:48:51.50ID:6iyAwzKw
>>166
「オンプレミス」という言葉が登場してきたこと自体が、クラウドに対する
アンチの土壌が出てきたと解釈できる。
2020/12/14(月) 12:29:29.11ID:xlwakY3B
>>171
その単語はクラウドという単語が出てきたあたりからクラウドの対義語としてあったような気もする…

いまはオンプレです。これをクラウドに移行しましょう!
的なセールストークをしていた。
記憶違いかもしれんが。
2020/12/14(月) 12:57:37.44ID:6iyAwzKw
日本でクラウド移行が進まなかったのは、日本人に先見の明や企業の売り文句に
惑わされずに自分の頭で考える力があったことを意味する。
アメリカで結局、移行して失敗して戻すことになったのは、頭で考えずに
なんでも体で試してみて体感しなくては分からない民族性を反映している。
2020/12/14(月) 12:59:29.67ID:5GWU8eb2
先見の妙がなかったので周回遅れしてるんだけどね
外国は安くて便利なクラウドでどんどん先に進んでる
2020/12/14(月) 13:06:11.68ID:6iyAwzKw
そうではなくて、日本みたいな小国は、アメリカみたいな土地が巨大で資源も豊富、
言葉も世界標準、ガソリンも電気代も安い国とは同じやり方では同じ経済力には
絶対になり得なくて、頭で良く考えて慎重に行動してやっと半分くらいの経済力に
なる程度。
慎重に考えることが重要なのは、北欧や富山県のような古くから寒冷地帯に住む
人達が慎重さがDNAの中に残された結果、条件の割には経済力が高いことからも
分かる。
アメリカはテキトーにやっても何でも上手く行く巨大な国。
2020/12/14(月) 13:51:29.95ID:5GWU8eb2
土地はともかく資源も言語もその他諸々も慎重にやってきたから出遅れた
2020/12/14(月) 14:38:44.96ID:oCoP0Uzm
デバッガーが貧弱だから実務ではまだキチいかなぁ〜と思ってたけど
しっかり関数型ライクに作りこめばUNITテストで十分だからデバッガーは要らんとわかった
2020/12/14(月) 15:33:36.61ID:6iyAwzKw
>>176
言葉は関係ないだろうて。
英語はアジアや南アメリカ、アフリカなどの植民地で強制的に使わせる
ことによって世界標準の言葉になったとても自分勝手な歴史を持つ言語。
2020/12/14(月) 16:54:34.04ID:+8RVuiPY
なんのスレだよここ
2020/12/14(月) 16:59:10.15ID:cVdOehwn
>>174
それを言うなら「先見の明(めい)」な
2020/12/14(月) 17:01:23.33ID:SyDDFQVL
ここはBlazor専用スレだからオンプレXamarin爺さんは雑談スレ行って欲しい

Microsoft ASP.NET Blazor #02
https://mevius.5ch.net/test/read.cgi/tech/1605990630/
2020/12/14(月) 17:14:27.14ID:6D0wI1ki
ジジイこいつ働いてないで
定年退職して暇こいてるから何か言われると必ず出てくるんや
2020/12/14(月) 19:28:14.21ID:l//03Waj
>>181
上で書いてるのは俺じゃないわけだが?
それと爺さんではない
かなり若い
2020/12/14(月) 20:28:03.76ID:xlwakY3B
かなり若い(43歳 男性)
※個人の感想です
2020/12/14(月) 22:19:02.59ID:/C6Cmu9V
>>178
南アメリカの言語は、スペイン語かポルトガル語、くらいのもので、英語なんて南米では全然流行ってないですよ…
2020/12/14(月) 23:05:52.77ID:c/6hsi1I
アフリカもほとんどフランス語圏だろ。南アフリカ共和国が英語(アフリカーンス語)だから勘違いされがちだけど
2020/12/14(月) 23:13:25.46ID:/C6Cmu9V
>>186
アフリカ大陸はそうであっても南米は違いますね
2020/12/14(月) 23:28:52.94ID:jWB8Mnrt
>>187
文盲乙
2020/12/14(月) 23:32:16.14ID:/C6Cmu9V
>>188
日本語でOK
190デフォルトの名無しさん
垢版 |
2020/12/15(火) 00:37:28.45ID:QwM3BcWT
またGoogleで大規模障害
GmailからYouTubeまで障害

クラウドやっぱりゴミだねww
俺の管理するシステムは落ちない
やはりオンプレミス最強
2020/12/15(火) 00:42:41.11ID:UJIf2gz8
>>187
アフリカは南米と同様に英語圏ではないと>>186は言ってるんやで
2020/12/15(火) 00:47:22.91ID:9/KQuCbH
クラウドだからすぐに復活したけどな
オンプレミスだったら担当者が緊急出社してる途中ぐらいかな
そこからまた何時間も調査とパーツ交換が発生して…地獄だ
2020/12/15(火) 01:01:57.18ID:bZkC0SQw
オンプレ爺は50才前後とみた
発達も入ってるかも
2020/12/15(火) 05:18:02.17ID:IurnRhK0
故障時に待っているだけで復旧作業を行ってもらえるのは、別にクラウドだけの特徴ではなく、レンタルサーバーも持っている特徴だと思うのだが。
2020/12/15(火) 05:33:35.86ID:UHZGEr5A
>>190
爺さん何で他社システムの障害見てそんなに喜べるの?!
本物のエンジニアならこういう時に嘲笑するような真似できないだろ?
2020/12/15(火) 09:48:43.94ID:xOBIVXto
>>194
そこは今の文脈では問題にしてないやろ
このオンプレ爺が敵視しているのはクラウドもレンサバも区別なくホスティングサービス全般
というか区別ついてないんだろうけど
2020/12/15(火) 11:40:40.45ID:QwM3BcWT
>>195
爺さんじゃない
ある程度スキルの企業、エンジニアはクラウド頼みでシステムを作らない。
遅いし、高いし、障害多い

インフラの知識がないからクラウドを選び高い維持費をクライアントにおしつける
2020/12/15(火) 11:48:55.17ID:QwM3BcWT
>>196
ホスティングは否定していない。
パブリッククラウド使わずに開発できない奴らを批判している
フロントエンドの大半
2020/12/15(火) 12:00:19.44ID:NgdzbW6Q
使わなくてもできるよ
それよりメリットデメリットを計算できずオンプレミスに執着するほうがアレだねぇ
2020/12/15(火) 12:16:57.33ID:UHZGEr5A
>>197
爺さん話ずらさないでよ
何で他社システムの障害見てそんなに喜べるのか?って言ってるの
少なくとも自分の周りにそんな意識の低いエンジニアはいない

190 名前:デフォルトの名無しさん[] 投稿日:2020/12/15(火) 00:37:28.45 ID:QwM3BcWT [1/3]
またGoogleで大規模障害
GmailからYouTubeまで障害

クラウドやっぱりゴミだねww
俺の管理するシステムは落ちない
やはりオンプレミス最強
2020/12/15(火) 12:39:49.07ID:QwM3BcWT
しつこく爺さんと書くやつにはレスしない
レスを投稿する