- 1 名前：デフォルトの名無しさん [2020/11/22(日) 15:59:37.31 ID:bqzy0V6t.net]
- 混沌を極める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/
- 81 名前：デフォルトの名無しさん mailto:sage [2020/11/25(水) 20:08:25.10 ID:imttWao4.net]
- >>78
よくない、お前本人だろ
ここでまたこのスレ使ってしまうと1のカスが
クソスレタイとテンプレねじこんでスレ立てしにくる
- 82 名前：デフォルトの名無しさん mailto:sage [2020/11/25(水) 22:11:23.20 ID:rBSs4eKN.net]
- >>81
本スレを荒らさないでください
- 83 名前：デフォルトの名無しさん mailto:sage [2020/11/26(木) 01:08:13.07 ID:eoABo+tN.net]
- >>79
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？
- 84 名前：デフォルトの名無しさん mailto:sage [2020/11/26(木) 01:08:55.32 ID:lH6B10sG.net]
- >>79
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？
- 85 名前：デフォルトの名無しさん mailto:sage [2020/11/26(木) 08:04:10.14 ID:k5hYinBT.net]
- >>84
きちんとデプロイしなきゃならない
Linuxを全くわかっていないなら
Wkndows Server の VPS を探すことになる。
安くはないし通信量による課金も発生するけど
Azure WebApp 使えば楽
Apache 搭載の Linux で ASP.NET Core をホストする
https://docs.microsoft.com/ja-jp/aspnet/core/host-and-deploy/linux-apache?view=aspnetcore-5.0
Nginx 搭載の Linux で ASP.NET Core をホストする
https://docs.microsoft.com/ja-jp/aspnet/core/host-and-deploy/linux-nginx?view=aspnetcore-5.0
- 86 名前：デフォルトの名無しさん mailto:sage [2020/11/26(木) 12:33:26.10 ID:lH6B10sG.net]
- >>85
Sakura Internetなどの日本のVPSのLinuxにASP.NET Coreをホスト(?)した場合、
MSクラウド(Azure(?))と同じ事が出来るようになるのでしょうか？
ならない場合、後者の優位な点を教えていただければ幸いです。
- 87 名前：デフォルトの名無しさん [2020/11/26(木) 13:00:25.48 ID:seB575Yt.net]
- >>86
Azure SignalR Service
Blazor Server アプリには Azure SignalR Service を使用することをお勧めします。
このサービスでは、多数の同時 SignalR 接続に対して Blazor Server アプリを
スケールアップできます。 さらに、SignalR サービスのグローバル リーチと
ハイパフォーマンスのデータ センターは、地理的条件による待機時間の短縮に
役立ちます。
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/host-and-deploy/server?view=aspnetcore-5.0
Azure SignalR Serviceだと同時接続数がものすごく多くなってもスケールアップし易いという利点がありそうだね。
質問者はそんなこと気にするレベルではないだろうけど。
- 88 名前：デフォルトの名無しさん mailto:sage [2020/11/26(木) 13:06:41.45 ID:HhoxF6mi.net]
- >>86
同じことできるよ
ただOSのセキュリティも含めて自分で管理できなければいけない
Azureだとその辺は気にしなくていい
自分が作るアプリのセキュリティだけ気にすればいい
- 89 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 03:28:54.32 ID:AyJ2ZU61.net]
- Blazor Advent Calendar 2020 1日目
Blazor WebAssemblyをただC#実行プラットフォームとして使って既存のReactのWebアプリを拡張した話
https://qiita.com/yamachu/items/8bc6e9cab5f2ffc53658
- 90 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 09:01:10.98 ID:egbABUn/.net]
- いいね
- 91 名前：デフォルトの名無しさん mailto:なかsage [2020/12/01(火) 10:57:23.64 ID:FTpqyNN7.net]
- >>89
俺も取り組んでるやつだwww
- 92 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 12:18:55.89 ID:NavvHgIk.net]
- Svelteみたいな方向に進化せんかな
- 93 名前：デフォルトの名無しさん [2020/12/02(水) 22:53:47.36 ID:hJiXLNQ4.net]
- そういや.NET Insider にMacのVSでBlazorデバッグできるようになったよ！て書いてあったけど
WindowsのVSではまともにデバッグできるようになったんかな？
- 94 名前：デフォルトの名無しさん [2020/12/11(金) 22:31:16.10 ID:V7fk+d5E.net]
- Developer Decries WinForms-to-Blazor Performance Degradation
開発者がWinFormsからBlazorへのパフォーマンスの低下を非難
https://visualstudiomagazine.com/articles/2020/12/01/blazor-performance.aspx
> I have a c# WinForms app that I have been converting to Blazor Wasm.
なかなか猛者がいるようだな
自作のコンバータでもあるんかね
- 95 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 02:18:06.86 ID:4q8SABHv.net]
- >>94
「Blazorではパフォーマンスが約20分の1に低下しています（たとえば、WinFormsでは350ミリ秒、Blazorでは7000ミリ秒）」
#これを改善するために AOT 方式にした場合、今ですら巨大なダウンロードサイズがさらに増えるとBlazorの専門化
により言及されている：
「将来、・・・、アプリ、またはアプリの一部である可能性が高いものもWebAssemblyにコンパイルされます。これはAOTまたはAhead Of Timeコンパイルと呼ばれます。このモードの利点はパフォーマンスですが、トレードオフはダウンロードサイズが大きくなることです。」
- 96 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 02:56:55.43 ID:E+dxDDH/.net]
- i|!| |i┏┓! i!┏┳┓| |||i|!i| ||!i|| |||ii| ||| ||| |i||!|i│i!┏┓i!|
|i|┏┛┗━╋┻┛|i!||!|ii|| i|!i||i|┏━┓ ┏┓i|i| i┃┃i!|
i||┗┓┏┓┃||i┏━━━━┓┗━┛ ┃┃|i||!i┃┃i!|
|i |!|i┃┃┃┃i||┗━━━━┛|i|| || ||||!┃┃i|i| i┗┛!i|
i||i ||┃┃┃┃|! |||i ||i !|||!|┏━━┛┃|i||!i┏┓i|!
|i!i |!┗┛┗┛i|!i| / | / | ┗━━━┛i|i| i┗┛i!|
i| |||i|!i| ||!|i||i! /,_ ┴─/ ヽ |!i| ||| |i||!|i|i|||| ||i
|i|| ||i!i|| （_゜.,》.'(_゜,》)ﾐ ヽ ! | |!i||!|ii||!|ii|
i|ii / ,,_＿,ニ、、 ﾉ( | i|i!|i|
|i | Y~~/~y} ｀, ~ | そ、そんなー… |i
!. | ,k.,.,!,.,.,r| ,! く |
i ／ <ニニニ'ノ ＼ ｌ
- 97 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 03:03:49.05 ID:X07PkpTY.net]
- 「Monoランタイムによる中間言語逐次変換実行方式（ILインタプリタ方式）の今は遅いが、いずれAoTに対応して爆速になる！そしたら勝つる！！」って言ってたのにこんなオチかよ…
- 98 名前：デフォルトの名無しさん mailto:なかsage [2020/12/12(土) 06:07:21.86 ID:nI2cvcZT.net]
- Dom操作の全てにJSが逐一介在してるの
どうにかせんとダメだよ。
これは、それとは別の大問題。
- 99 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 06:22:18.64 ID:E+dxDDH/.net]
- それはWebAssemblyの仕様で、
C#固有の問題じゃないけどな。
Rustだろうが何だろうがそうだよ。
JS噛まさずにWebAssemblyからダイレクトにDOM触る方法は今のところ無いし計画もない。まあ要望はある。
- 100 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 08:30:35.96 ID:cpIIyxGV.net]
- Wasmに過度な期待を持ってはいけないのは
触れば気づくだろう？
最後はnativeにいきつくわけよ
だから今やるべきはXamarin.Formsですわ
その後MAUIが主力になってくる
- 101 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 09:16:55.49 ID:DkKIdPi2.net]
- WinFormsとBlazorなんて全く異なる物の速度を比較してる時点で滅茶苦茶胡散臭い記事だな
アンチBlazorが必死になって抵抗してるんだろうな
- 102 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 09:20:13.63 ID:72312GxT.net]
- BlazorServerにしたらいいじゃん
- 103 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 09:27:23.49 ID:DyBScL4l.net]
- 実際、サーバと通信途切れてもいいアプリって
お絵描き系とメモ帳系くらい？
業務系なんかデータの整合性気にしないといけないし、
ゲームで通信切れるのもってのほかだし、
WASMのメリットがいまいち分からない
- 104 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 09:34:13.17 ID:72312GxT.net]
- >>103
簡単なゲームとかもそうだろうね
業務系はServerの方がいいんではないかと思う。
なんだか反則みたいな仕組みなきもするけど。
- 105 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 09:35:02.72 ID:DkKIdPi2.net]
- >>103
wasmというかSPAはサーバー計算資源を削減できるからクラウド料金が安い
あと配布ルートが多彩、CDN、S3、Dropbox、GitHub、、、
wasmの利点は開発言語の多様化、将来的にはパフォーマンスもJSより良くなる
- 106 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 09:38:35.55 ID:rjq8VE9O.net]
- >>103
逆だ
サーバーと通信が途切れたらダメなんてウェブアプリは出来損ない
ウェブアプリはステートレスだから途切れても何にも問題ないそれがデフォルト
- 107 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 10:06:31.88 ID:DyBScL4l.net]
- >>106
通信途切れたらというか、
何かボタン押したときに404が返ってきて困るアプリって何？
上に挙げたようにメモ帳系なんかは確かに書いてた内容がおじゃんになるのはよろしくない。
・・・が、それ以外のアプリってサーバにデータ送信できなきゃ
意味ないのが多いんじゃないの？ってのを聞きたかった。
- 108 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 10:57:59.67 ID:DkKIdPi2.net]
- >>107
何が言いたいのか不明瞭
もしかしてSPAはサーバーと全く通信しないとでも思ってる？
- 109 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 11:10:56.90 ID:UY03Th0g.net]
- みんなザマ爺NGしててエラい
- 110 名前：デフォルトの名無しさん mailto:なかsage [2020/12/12(土) 15:12:24.20 ID:gFRHn2zG.net]
- >>99
Domにアクセスするから問題になるのでは？
Wasmだとcanvasに点で描画するのが本流かと。
canvas内でネイティブアプリが動くに等しい。
VRとかゲーム系はみんなそーでしょ。
- 111 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 15:23:15.14 ID:gFRHn2zG.net]
- >>108
SPAはViewがクライアント側で完結してるのに対して、
BlazorServerはViewがクライアントとサーバーにまたがって完結してるのが問題なんですよ。
なのでBlazorServerで接続が切れると
整合性の担保が怪しいので
致命的エラー扱いで強制終了せざるを得ないね。
- 112 名前：デフォルトの名無しさん [2020/12/12(土) 15:58:56.00 ID:njlY7O2j.net]
- >>105
ほーん
その利点は気付いてなかったわ
やっぱクライアントレンダリングの方が将来性ありそうね
- 113 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 16:34:37.37 ID:4q8SABHv.net]
- >>112
安いというのは魅力だろうな。
ただ、MSとしてはAzureのクラウドを使わせなきゃ駄目だから、BlazorWasmはそれと矛盾するが。
- 114 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 16:54:35.64 ID:4q8SABHv.net]
- >>113
MSとしてはダウンロード量やクラウドとのアクセス量、クラウドに助けてもらう処理
が多ければ多いほど自社のクラウド事業にとって有利になるわけだから、
BlazorWasmは、如何にバイナリサイズを大きくし、クラウドとの連携を複雑化
してなるべくクライアントの処理だけで済まさずにサーバーの助けを混ぜないと
動作しないようにするかで経営手腕を問われる。
つまり、基礎はわざと複雑で使いにくしておきながら、その複雑さをフレームワーク
が除去するような変な仕組みになっているほうがMSは儲かる。
- 115 名前：デフォルトの名無しさん mailto:sage [2020/12/12(土) 17:57:54.70 ID:E+dxDDH/.net]
- そうか、そう考えると >>95 は理にかなってるね。さすがMS
- 116 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 11:02:43.12 ID:UCfR+Gyz.net]
- >>111
接続が切れても自動で再接族試みてくれるんだけど
それにずっと状態をクライアント側で持ってるわけじゃないから
再接続に失敗しても
1時間の作業が全部きえたー、とかにはならないし
そうなるとしてもこれまでのwebアプリと一緒でしょ
- 117 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 11:20:48.44 ID:MilXzpek.net]
- >>114
Wasm（というかSPA）はサーバーリソースの使用率を減らせるからクラウド使用料金はむしろ減るぞ
- 118 名前：デフォルトの名無しさん [2020/12/13(日) 11:33:03.01 ID:k9p7uAHs.net]
- 維持費はオンプレミスのが安い
しかも速い
- 119 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 11:39:02.25 ID:yG0Ic1Ux.net]
- オンプレは高い
電気代、人件費、場所代
- 120 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 11:40:54.84 ID:+g+t61bw.net]
- >>117
だとすると、MSのクラウド事業が縮小するね。
- 121 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 11:53:07.09 ID:k9p7uAHs.net]
- >>119
大嘘だな
海外より日本は電気代高いが割合は微々たるものだ
クラウド事業者が儲かってるのは利益率高い証拠
- 122 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:04:15.56 ID:yG0Ic1Ux.net]
- >>120
縮小しないよ
安くて便利
→みんな使う
→儲かる
1顧客からの収益が減っても客数が増えれば全体収益は上がる
これ商売の基本というか子供でもわかる理屈だろ？
- 123 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:07:50.17 ID:yG0Ic1Ux.net]
- >>121
クラウドがなぜ儲かるかって
大量のリソースを纏めて管理してるから台数で割ったときに安くなるからだよ
これも商売の基本
取り扱う数を増やすほど1個辺りの単価は安くなる
物を売り買いする場合もそう
人や物を管理する場合のコストもそう
- 124 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:09:04.90 ID:k9p7uAHs.net]
- 海外では大手企業はクラウド離れの動きでてる
オンプレミスのが速くてコスパいいことに気付いた企業が多い
- 125 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:12:50.27 ID:k9p7uAHs.net]
- >>123
実態をわかってない
オンプレミスでは運用管理の専任の人なんて必要ない
他のサーバー管理のついでにやる程度
>>124嫁
利用料金が高すぎてクラウド脱出企業が増えてるの知らないのは情弱
- 126 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:13:19.75 ID:CXVbPnPb.net]
- もしかしてハイブリッドクラウドのことを言ってるなら、
あれは従来クラウド化など考えられなかったお硬いシステムにもクラウドの柔軟性を導入しましょうって話で、オンプレミスへの回帰とはむしろ真逆
- 127 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:17:10.05 ID:k9p7uAHs.net]
- 脱クラウドはいわゆるパブリッククラウドからの脱却
賢い企業はオンプレミスに移行してる
利用料金が高すぎるため
- 128 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:18:11.59 ID:CXVbPnPb.net]
- だとしたらよほど人間の単価が安い企業なんだろうな
- 129 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:20:47.32 ID:yG0Ic1Ux.net]
- >>125
専任が居ないとはいえメンテナンス、トラブル対応には賃金が発生する
初期投資、修理費、電気代（鯖、空調）、人件費
後は障害による停止期間中の作業停止も地味だが大きな人件費の浪費になる
トータルで見ればクラウドのほうが安いよ
まあ専任が居ない程度の小規模ならクラウドよりVPSのほうがより良いかもね
- 130 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:26:46.53 ID:yG0Ic1Ux.net]
- >>126
大規模に機器を調達して自社クラウドを構築する企業は増えてきてるそうだね
金融系とかデータを外に出せない分野ではそういう選択肢もあるのだろう
ただクラウド専門事業者と比べて小規模にならざるをえない
そうなるとさっき言った纏めて管理する台数が減るので1台あたりのコストは依然として大きなままだ
コスト的には厳しいだろうね
- 131 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:28:28.35 ID:k9p7uAHs.net]
- >>128
だからさ、無能な企業とちがって
運用管理のエンジニアなんて雇わないんだよ
昔はサーバーのオペレーターとかいた時代あるようだけど
今はそんな時代じゃない
壊れたら原因調査して予備のパーツに交換してすぐ復旧させる。
自社内でスキルあるエンジニアいればできることだ
- 132 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:29:10.07 ID:CXVbPnPb.net]
- 俺が担当してるシステムはオンプレとクラウドのハイブリッドで、
俺の業務時間の大部分はオンプレのお守りを投げているベンダーとの間の無駄なコミュニケーションに費やされている
もうすぐクラウドへの置き換えが完了するけど、そうなればベンダーは切って(俺の給料を抜きにしても)年間数千万は浮く見込みだ
- 133 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:30:38.56 ID:+g+t61bw.net]
- >>129
畑違いだから分からんけど、大規模なところなんてほとんど無くて、
小規模なところの方が圧倒的に多いはずだよね
- 134 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:31:19.61 ID:k9p7uAHs.net]
- >>129
電気、空調の工事、なんてクラウドやDCでも外部の業者呼ぶだけに決まってるだろｗ
修理費とかかけてる方がバカ
賢い企業は予備パーツストックしておいてすぐ交換しすぐ復旧させる
- 135 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:34:10.43 ID:k9p7uAHs.net]
- >>129
＞障害による停止期間中の作業停止
これもすでにかいた。
スキルあるエンジニアが障害箇所を特定してハード故障なら
すぐパーツ交換
データのリカバリーまでしてサービス再開させる。
あとデータ転送量の多いサイトはどうやってもクラウドのが超高額になる。
絶対にオンプレミスのが安くなる
絶対に、だ。
これ否定するやつはマジで情弱、
- 136 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:35:27.24 ID:CXVbPnPb.net]
- >>134
正月休みの帰省中の夜中にぶっ壊れたらどうすんの？
そりゃ俺が24時間張り付いたらそこそこの規模のオンプレのシステムは運用できるかもしれんが、少なくとも俺は絶対にやりたくないねw
- 137 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:40:47.87 ID:k9p7uAHs.net]
- >>136
そんなミッションクリティカルならDC使うだろうし
DCの近所に自社のエンジニアが住んでるのが普通だぞ
なにかあったら夜中でもすぐかけつけられる体制になってる
大昔の無能オペレーターじゃあるまいし、
２４時間はりつきなんてばかなことしないｗ
監視するプログラムが走ってて異常を検知してメールとかがくる
- 138 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:42:02.67 ID:yG0Ic1Ux.net]
- >>133
小規模でもクラウドやVPSのほうが安い
大規模だともっと安い
オンプレはセキュリティ規約の都合でクラウドを借りれない場合などに使うものだ
- 139 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:44:56.51 ID:yG0Ic1Ux.net]
- >>134
業者呼ぶのも金かかる
パーツ交換も人件費がかかる
パーツ交換まで作業者手が止まる可能性あり
やっぱりオンプレは金がかかるな
- 140 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:46:52.16 ID:yG0Ic1Ux.net]
- >>135
その作業中止まってるじゃん
従業員数時間に比例して損失が増えていく
オンプレは高くつくね
- 141 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:47:01.00 ID:113EdQf0.net]
- >>137
答え出てるじゃん
その運用体制を整備して実行していくのにいくらかかると思う？
- 142 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:48:39.09 ID:yG0Ic1Ux.net]
- >>137
で、深夜に叩き起こされたエンジニアが嫌気が差して転職するわけだ
今まで人材育成にかけたコストが全部吹っ飛ぶね
- 143 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 12:50:18.13 ID:yG0Ic1Ux.net]
- そっかオンプレだと会社やDCの近くに担当者の家を借りないといけないのか
うわー金掛かりそうだなー
- 144 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:04:19.18 ID:k9p7uAHs.net]
- 必死にオンプレミス否定してるやついて笑えるｗ
クラウドやDC勤務のやつらかな
- 145 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:06:28.03 ID:k9p7uAHs.net]
- >>139
まだ理解できないんだなこいつは。
パーツ交換くらい業者呼ばずにやるんだよ
そんなのよんでたら時間と金がかかる
スキルある企業は予備パーツさくっと交換して復旧終わり。
ダウンタイムが最小限になるのもオンプレミス
- 146 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:08:17.50 ID:rq9kuXid.net]
- 毎回クラウドかザマリンのはなしになる
- 147 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:09:08.86 ID:k9p7uAHs.net]
- >>141
夜間対応が必要なほどミッションクリティカルなサービスは
金融のごく一部のみだしほとんどの企業は関係ない。
金融でもそもそもパブリッククラウドにしたところで解決しない。
むしろハードがブラックボックス化してトラブル解決が困難になる
- 148 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:13:52.67 ID:k9p7uAHs.net]
- >>143
なんもしらないんだなこのアホは
DC多いは千葉の印西市とか郊外だぞｗ
- 149 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:24:08.33 ID:8JARRe3z.net]
- >>116
複数画面を経由しての
トランザクションぽい処理とかはきついなーー。
- 150 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:28:04.09 ID:+g+t61bw.net]
- DC = Data Center
- 151 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:32:40.08 ID:3afJGKv9.net]
- >>144
必死に中小オンプレ養護するということはクラウド職を奪われそうな中小インフラ屋かな？
- 152 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:33:12.19 ID:3afJGKv9.net]
- >>145
で人件費がかかりダウンタイムも発生すると
- 153 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:33:58.55 ID:3afJGKv9.net]
- >>148
家賃もかかるし通勤も大変そうだな
- 154 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:41:57.05 ID:yOD+hiSa.net]
- 予備パーツまで揃えるとなるとコストも数倍に膨れ上がるな
- 155 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:51:56.48 ID:k9p7uAHs.net]
- レベル低いのが湧いてきたし
忙しいので書き込みはひかえる
- 156 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 13:55:28.53 ID:zhHqlErk.net]
- しっぽ巻いて逃げる宣言いただきました〜
こりゃ勝負あったかな
- 157 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 14:01:35.46 ID:yOD+hiSa.net]
- 「きょ、きょうはこのぐらいで勘弁してやる」ﾋﾟｭｰ
ｗｗｗｗ
- 158 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 14:26:03.22 ID:Nr97RBB7.net]
- 爺さんは毎回このパターンやね
矛盾点や無知を突っ込まれて答えに窮するとすぐ逃げ出す
- 159 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 14:50:42.52 ID:k9p7uAHs.net]
- 予備パーツで数倍になるとか頭悪すぎてな
相手するだけ時間のむだ
おまえら海外の脱クラウド続出も知らなかったザコは
クラウド崇拝してりゃいいよ
いまさらクラウドとか完全に周回おくれですからｗ
- 160 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 14:52:02.71 ID:k9p7uAHs.net]
- ここスタンドアロンしか知らない奴の専用スレだから
クラウドの話題はスレ違い
- 161 名前：デフォルトの名無しさん [2020/12/13(日) 14:52:32.21 ID:k9p7uAHs.net]
- Microsoft ASP.NET Blazor #02
mevius.5ch.net/test/read.cgi/tech/1605990630/
- 162 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 14:54:13.55 ID:yOD+hiSa.net]
- 忙しいのにすぐ帰ってきちゃったｗｗｗｗｗｗｗｗ
エアプ忙しいｗｗｗｗ
- 163 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 15:04:06.70 ID:tJMy4iCP.net]
- いやどうだろう忙しいのは本当だと思うな
オンプレ管理者にゆっくり休める休日はない
しっかり休もうと思ったら休日出勤手当を出して待機要員をローテーションで回す必要がある
- 164 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 15:56:26.79 ID:Nr97RBB7.net]
- >>162
オンプレ爺さんはプライドだけ肥大化したザ・老害だからね
新しい知識や技術についていけない自分を認めたくないのよ
- 165 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 17:33:38.45 ID:OupzbFpK.net]
- オンプレXamarin爺さんまた来てたのか
- 166 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 18:30:20.65 ID:k9p7uAHs.net]
- >>164
まだ言ってんのかこの時代遅れ野郎ｗ
海外の大手はもう海外でも脱クラウドなんだよ
実情知らないなら脱クラウド、オンプレミス回帰とかで検索してみろ
英語だともっと記事多いけどな
割高なうえにすぐ障害が起こるクラウドが敬遠されてんだよ
おまえら時代遅れ
- 167 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 18:56:36.94 ID:lPyInXVf.net]
- 短期間ならクラウドの方が安いけど
長期間使えば使うほどクラウドの方が高くなる
んじゃないの
- 168 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 19:12:33.64 ID:k9p7uAHs.net]
- >>167
データ転送が多かったり、CPU多く使う用途だと
短期間でも超高額になる。
- 169 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 19:24:48.11 ID:wbKLPooU.net]
- オンプレに戻ることによって
単純に移行プロジェクトのために大金を支払い
今まで担保されてた非機能要件の多くを失い
やらなくてよくなった筈の作業をまた苦労してやる羽目になり
そこでようやくやっぱりクラウドのほうが良かったと気付く
んでまたクラウドに戻るために移行プロジェクで大損するわけだ
- 170 名前：デフォルトの名無しさん mailto:sage [2020/12/13(日) 21:33:15.96 ID:17gHgA0W.net]
- DC＝DreamCast
- 171 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 11:48:51.50 ID:6iyAwzKw.net]
- >>166
「オンプレミス」という言葉が登場してきたこと自体が、クラウドに対する
アンチの土壌が出てきたと解釈できる。
- 172 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 12:29:29.11 ID:xlwakY3B.net]
- >>171
その単語はクラウドという単語が出てきたあたりからクラウドの対義語としてあったような気もする…
いまはオンプレです。これをクラウドに移行しましょう！
的なセールストークをしていた。
記憶違いかもしれんが。
- 173 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 12:57:37.44 ID:6iyAwzKw.net]
- 日本でクラウド移行が進まなかったのは、日本人に先見の明や企業の売り文句に
惑わされずに自分の頭で考える力があったことを意味する。
アメリカで結局、移行して失敗して戻すことになったのは、頭で考えずに
なんでも体で試してみて体感しなくては分からない民族性を反映している。
- 174 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 12:59:29.67 ID:5GWU8eb2.net]
- 先見の妙がなかったので周回遅れしてるんだけどね
外国は安くて便利なクラウドでどんどん先に進んでる
- 175 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 13:06:11.68 ID:6iyAwzKw.net]
- そうではなくて、日本みたいな小国は、アメリカみたいな土地が巨大で資源も豊富、
言葉も世界標準、ガソリンも電気代も安い国とは同じやり方では同じ経済力には
絶対になり得なくて、頭で良く考えて慎重に行動してやっと半分くらいの経済力に
なる程度。
慎重に考えることが重要なのは、北欧や富山県のような古くから寒冷地帯に住む
人達が慎重さがDNAの中に残された結果、条件の割には経済力が高いことからも
分かる。
アメリカはテキトーにやっても何でも上手く行く巨大な国。
- 176 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 13:51:29.95 ID:5GWU8eb2.net]
- 土地はともかく資源も言語もその他諸々も慎重にやってきたから出遅れた
- 177 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 14:38:44.96 ID:oCoP0Uzm.net]
- デバッガーが貧弱だから実務ではまだキチいかなぁ〜と思ってたけど
しっかり関数型ライクに作りこめばUNITテストで十分だからデバッガーは要らんとわかった
- 178 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 15:33:36.61 ID:6iyAwzKw.net]
- >>176
言葉は関係ないだろうて。
英語はアジアや南アメリカ、アフリカなどの植民地で強制的に使わせる
ことによって世界標準の言葉になったとても自分勝手な歴史を持つ言語。
- 179 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 16:54:34.04 ID:+8RVuiPY.net]
- なんのスレだよここ
- 180 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 16:59:10.15 ID:cVdOehwn.net]
- >>174
それを言うなら「先見の明(めい)」な
- 181 名前：デフォルトの名無しさん mailto:sage [2020/12/14(月) 17:01:23.33 ID:SyDDFQVL.net]
- ここはBlazor専用スレだからオンプレXamarin爺さんは雑談スレ行って欲しい
Microsoft ASP.NET Blazor #02
https://mevius.5ch.net/test/read.cgi/tech/1605990630/
|
 |
