【本命】Blazor スレ2 ..
62:デフォルトの名無しさん
20/11/24 23:58:11.67 nu3d9WBn.net
>>59
何回か言ってるけどASP.NET禁止なんて言ってない
お前が勝手に妄想して発狂してるだけ
63:デフォルトの名無しさん
20/11/25 07:45:20.61 zFotDvmS.net
>>62
俺も何度も聞いてるが、このスレとあっちのスレと何が違うんだ？
違いがないなら先に建ったスレを優先するべきでは？
64:デフォルトの名無しさん
20/11/25 09:12:52.88 imttWao4.net
>>62
嘘つけ。はっきり書いてるだろ
前スレでもASPの話題をするなっていうレスが目立った
2 名前：デフォルトの名無しさん[] 投稿日：2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4]
なんかASP野郎に乗っ取られたので立てました
65:デフォルトの名無しさん
20/11/25 09:17:51.66 imttWao4.net
>>63
そいつ嘘つきだぞ
ASP.NETの話題をするなといってる奴がそいつ
変なスレタイと>>1の気持ち悪い文章にしないと気が済まないようで
「勝手にたてられた」とオーナー気取りで重複スレ立てた。
2 名前：デフォルトの名無しさん[] 投稿日：2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4]
なんかASP野郎に乗っ取られたので立てました
66:デフォルトの名無しさん
20/11/25 14:21:03.33 zFotDvmS.net
ここで質問に答えないのが彼のやり口なのだ
67:デフォルトの名無しさん
20/11/25 15:30:14.50 jzvQX9aE.net
Blazor Serverって、例えば、XreaのCoreserverやSakura Internetみたいな
レンタルサーバーでも使えるの？
68:デフォルトの名無しさん
20/11/25 15:59:59.18 cpMhX0+Z.net
>>67
Linux + nginx
Linux + Apache
みたいな環境でも使えるよ
URLﾘﾝｸ(docs.microsoft.com)
69:デフォルトの名無しさん
20/11/25 16:05:56.46 zD7zhP2P.net
XreaのCoreserverやSakura Internetみたいなレンタルサーバーでも使えるの？
70:デフォルトの名無しさん
20/11/25 16:08:16.04 s/U6WABr.net
>>68
XreaのCoreserverやSakura Internetみたいなレンタルサーバーでは使えないということですねありがとうございました
71:デフォルトの名無しさん
20/11/25 16:19:05.22 cpMhX0+Z.net
>>70
PHP専用のプランで使えるかってこと？
そりゃ無理だわ
同じ会社のやってるVPSのプランにしてください
72:デフォルトの名無しさん
20/11/25 16:48:50.51 4YMIWKt+.net
千円もしないvpsがゴロゴロしてるのに未だにレンタルサーバに需要があるのがわからん
コンパネ？みたいなUiに需要があるのかね
スレチだが
73:デフォルトの名無しさん
20/11/25 17:04:44.90 jzvQX9aE.net
>>68
nginxとapacheだけで、asp.netが使えるようになるのですか？
74:デフォルトの名無しさん
20/11/25 17:06:44.11 jzvQX9aE.net
>>71
vpsじゃなくても、phpだけじゃなく、rubyやC/C++のcgiが使える
一ヶ月数百円から500円くらいまでの安いレンタルサーバーは沢山有ります。
75:デフォルトの名無しさん
20/11/25 17:06:50.34 imttWao4.net
こっちはASP.NETの話題禁止のクソスレだから
下のスレへどうぞ
Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)
76:デフォルトの名無しさん
20/11/25 17:38:12.07 89i//6R1.net
>>75
じゃあBlazorの話も禁止ね
77:デフォルトの名無しさん
20/11/25 17:57:25.55 PB3oYzKc.net
>>74
さくらインターネットに585円のVPSプランあるやんw
78:デフォルトの名無しさん
20/11/25 18:58:04.37 aGDrX6e7.net
>>64
どこに書いてある？ASP禁止って
まあこっちのスレの方が伸びてるしここが本スレでいいよねもう
79:デフォルトの名無しさん
20/11/25 19:35:46.24 yKXMVzmF.net
>>67
レンタルサーバーで .NET core 使える環境はまだないね
っていうか使えるのが出てこない可能性の方が高いかなぁ
アプリ登録するのにシステムんにサービスとして登録しないといけないし。
VPSで自分で自由に使えるのは大丈夫
80:デフォルトの名無しさん
20/11/25 19:38:05.10 yKXMVzmF.net
まぁ active Server pages や
Application Service Provider の話は禁止でいいな
81:デフォルトの名無しさん
20/11/25 20:08:25.10 imttWao4.net
>>78
よくない、お前本人だろ
ここでまたこのスレ使ってしまうと1のカスが
クソスレタイとテンプレねじこんでスレ立てしにくる
82:デフォルトの名無しさん
20/11/25 22:11:23.20 rBSs4eKN.net
>>81
本スレを荒らさないでください
83:デフォルトの名無しさん
20/11/26 01:08:13.07 eoABo+tN.net
>>79
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？
84:デフォルトの名無しさん
20/11/26 01:08:55.32 lH6B10sG.net
>>79
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？
85:デフォルトの名無しさん
20/11/26 08:04:10.14 k5hYinBT.net
>>84
きちんとデプロイしなきゃならない
Linuxを全くわかっていないなら
Wkndows Server の VPS を探すことになる。
安くはないし通信量による課金も発生するけど
Azure WebApp 使えば楽
Apache 搭載の Linux で ASP.NET Core をホストする
URLﾘﾝｸ(docs.microsoft.com)
Nginx 搭載の Linux で ASP.NET Core をホストする
URLﾘﾝｸ(docs.microsoft.com)
86:デフォルトの名無しさん
20/11/26 12:33:26.10 lH6B10sG.net
>>85
Sakura Internetなどの日本のVPSのLinuxにASP.NET Coreをホスト(?)した場合、
MSクラウド(Azure(?))と同じ事が出来るようになるのでしょうか？
ならない場合、後者の優位な点を教えていただければ幸いです。
87:デフォルトの名無しさん
20/11/26 13:00:25.48 seB575Yt.net
>>86
Azure SignalR Service
Blazor Server アプリには Azure SignalR Service を使用することをお勧めします。
このサービスでは、多数の同時 SignalR 接続に対して Blazor Server アプリを
スケールアップできます。 さらに、SignalR サービスのグローバル リーチと
ハイパフォーマンスのデータ センターは、地理的条件による待機時間の短縮に
役立ちます。
URLﾘﾝｸ(docs.microsoft.com)
Azure SignalR Serviceだと同時接続数がものすごく多くなってもスケールアップし易いという利点がありそうだね。
質問者はそんなこと気にするレベルではないだろうけど。
88:デフォルトの名無しさん
20/11/26 13:06:41.45 HhoxF6mi.net
>>86
同じことできるよ
ただOSのセキュリティも含めて自分で管理できなければいけない
Azureだとその辺は気にしなくていい
自分が作るアプリのセキュリティだけ気にすればいい
89:デフォルトの名無しさん
20/12/01 03:28:54.32 AyJ2ZU61.net
Blazor Advent Calendar 2020 1日目
Blazor WebAssemblyをただC#実行プラットフォームとして使って既存のReactのWebアプリを拡張した話
URLﾘﾝｸ(qiita.com)
90:デフォルトの名無しさん
20/12/01 09:01:10.98 egbABUn/.net
いいね
91:デフォルトの名無しさん
20/12/01 10:57:23.64 FTpqyNN7.net
>>89
俺も取り組んでるやつだwww
92:デフォルトの名無しさん
20/12/01 12:18:55.89 NavvHgIk.net
Svelteみたいな方向に進化せんかな
93:デフォルトの名無しさん
20/12/02 22:53:47.36 hJiXLNQ4.net
そういや.NET Insider にMacのVSでBlazorデバッグできるようになったよ！て書いてあったけど
WindowsのVSではまともにデバッグできるようになったんかな？
94:デフォルトの名無しさん
20/12/11 22:31:16.10 V7fk+d5E.net
Developer Decries WinForms-to-Blazor Performance Degradation
開発者がWinFormsからBlazorへのパフォーマンスの低下を非難
URLﾘﾝｸ(visualstudiomagazine.com)
> I have a c# WinForms app that I have been converting to Blazor Wasm.
なかなか猛者がいるようだな
自作のコンバータでもあるんかね
95:デフォルトの名無しさん
20/12/12 02:18:06.86 4q8SABHv.net
>>94
「Blazorではパフォーマンスが約20分の1に低下しています（たとえば、WinFormsでは350ミリ秒、Blazorでは7000ミリ秒）」
#これを改善するために AOT 方式にした場合、今ですら巨大なダウンロードサイズがさらに増えるとBlazorの専門化
により言及されている：
「将来、・・・、アプリ、またはアプリの一部である可能性が高いものもWebAssemblyにコンパイルされます。これはAOTまたはAhead Of Timeコンパイルと呼ばれます。このモードの利点はパフォーマンスですが、トレードオフはダウンロードサイズが大きくなることです。」
96:デフォルトの名無しさん
20/12/12 02:56:55.43 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:デフォルトの名無しさん
20/12/12 03:03:49.05 X07PkpTY.net
「Monoランタイムによる中間言語逐次変換実行方式（ILインタプリタ方式）の今は遅いが、いずれAoTに対応して爆速になる！そしたら勝つる！！」って言ってたのにこんなオチかよ…
98:デフォルトの名無しさん
20/12/12 06:07:21.86 nI2cvcZT.net
Dom操作の全てにJSが逐一介在してるの
どうにかせんとダメだよ。
これは、それとは別の大問題。
99:デフォルトの名無しさん
20/12/12 06:22:18.64 E+dxDDH/.net
それはWebAssemblyの仕様で、
C#固有の問題じゃないけどな。
Rustだろうが何だろうがそうだよ。
JS噛まさずにWebAssemblyからダイレクトにDOM触る方法は今のところ無いし計画もない。まあ要望はある。
100:デフォルトの名無しさん
20/12/12 08:30:35.96 cpIIyxGV.net
Wasmに過度な期待を持ってはいけないのは
触れば気づくだろう？
最後はnativeにいきつくわけよ
だから今やるべきはXamarin.Formsですわ
その後MAUIが主力になってくる
101:デフォルトの名無しさん
20/12/12 09:16:55.49 DkKIdPi2.net
WinFormsとBlazorなんて全く異なる物の速度を比較してる時点で滅茶苦茶胡散臭い記事だな
アンチBlazorが必死になって抵抗してるんだろうな
102:デフォルトの名無しさん
20/12/12 09:20:13.63 72312GxT.net
BlazorServerにしたらいいじゃん
103:デフォルトの名無しさん
20/12/12 09:27:23.49 DyBScL4l.net
実際、サーバと通信途切れてもいいアプリって
お絵描き系とメモ帳系くらい？
業務系なんかデータの整合性気にしないといけないし、
ゲームで通信切れるのもってのほかだし、
WASMのメリットがいまいち分からない
104:デフォルトの名無しさん
20/12/12 09:34:13.17 72312GxT.net
>>103
簡単なゲームとかもそうだろうね
業務系はServerの方がいいんではないかと思う。
なんだか反則みたいな仕組みなきもするけど。
105:デフォルトの名無しさん
20/12/12 09:35:02.72 DkKIdPi2.net
>>103
wasmというかSPAはサーバー計算資源を削減できるからクラウド料金が安い
あと配布ルートが多彩、CDN、S3、Dropbox、GitHub、、、
wasmの利点は開発言語の多様化、将来的にはパフォーマンスもJSより良くなる
106:デフォルトの名無しさん
20/12/12 09:38:35.55 rjq8VE9O.net
>>103
逆だ
サーバーと通信が途切れたらダメなんてウェブアプリは出来損ない
ウェブアプリはステートレスだから途切れても何にも問題ないそれがデフォルト
107:デフォルトの名無しさん
20/12/12 10:06:31.88 DyBScL4l.net
>>106
通信途切れたらというか、
何かボタン押したときに404が返ってきて困るアプリって何？
上に挙げたようにメモ帳系なんかは確かに書いてた内容がおじゃんになるのはよろしくない。
・・・が、それ以外のアプリってサーバにデータ送信できなきゃ
意味ないのが多いんじゃないの？ってのを聞きたかった。
108:デフォルトの名無しさん
20/12/12 10:57:59.67 DkKIdPi2.net
>>107
何が言いたいのか不明瞭
もしかしてSPAはサーバーと全く通信しないとでも思ってる？
109:デフォルトの名無しさん
20/12/12 11:10:56.90 UY03Th0g.net
みんなザマ爺NGしててエラい
110:デフォルトの名無しさん
20/12/12 15:12:24.20 gFRHn2zG.net
>>99
Domにアクセスするから問題になるのでは？
Wasmだとcanvasに点で描画するのが本流かと。
canvas内でネイティブアプリが動くに等しい。
VRとかゲーム系はみんなそーでしょ。
111:デフォルトの名無しさん
20/12/12 15:23:15.14 gFRHn2zG.net
>>108
SPAはViewがクライアント側で完結してるのに対して、
BlazorServerはViewがクライアントとサーバーにまたがって完結してるのが問題なんですよ。
なのでBlazorServerで接続が切れると
整合性の担保が怪しいので
致命的エラー扱いで強制終了せざるを得ないね。
112:デフォルトの名無しさん
20/12/12 15:58:56.00 njlY7O2j.net
>>105
ほーん
その利点は気付いてなかったわ
やっぱクライアントレンダリングの方が将来性ありそうね
113:デフォルトの名無しさん
20/12/12 16:34:37.37 4q8SABHv.net
>>112
安いというのは魅力だろうな。
ただ、MSとしてはAzureのクラウドを使わせなきゃ駄目だから、BlazorWasmはそれと矛盾するが。
114:デフォルトの名無しさん
20/12/12 16:54:35.64 4q8SABHv.net
>>113
MSとしてはダウンロード量やクラウドとのアクセス量、クラウドに助けてもらう処理
が多ければ多いほど自社のクラウド事業にとって有利になるわけだから、
BlazorWasmは、如何にバイナリサイズを大きくし、クラウドとの連携を複雑化
してなるべくクライアントの処理だけで済まさずにサーバーの助けを混ぜないと
動作しないようにするかで経営手腕を問われる。
つまり、基礎はわざと複雑で使いにくしておきながら、その複雑さをフレームワーク
が除去するような変な仕組みになっているほうがMSは儲かる。
115:デフォルトの名無しさん
20/12/12 17:57:54.70 E+dxDDH/.net
そうか、そう考えると >>95 は理にかなってるね。さすがMS
116:デフォルトの名無しさん
20/12/13 11:02:43.12 UCfR+Gyz.net
>>111
接続が切れても自動で再接族試みてくれるんだけど
それにずっと状態をクライアント側で持ってるわけじゃないから
再接続に失敗しても
1時間の作業が全部きえたー、とかにはならないし
そうなるとしてもこれまでのwebアプリと一緒でしょ
117:デフォルトの名無しさん
20/12/13 11:20:48.44 MilXzpek.net
>>114
Wasm（というかSPA）はサーバーリソースの使用率を減らせるからクラウド使用料金はむしろ減るぞ
118:デフォルトの名無しさん
20/12/13 11:33:03.01 k9p7uAHs.net
維持費はオンプレミスのが安い
しかも速い
119:デフォルトの名無しさん
20/12/13 11:39:02.25 yG0Ic1Ux.net
オンプレは高い
電気代、人件費、場所代
120:デフォルトの名無しさん
20/12/13 11:40:54.84 +g+t61bw.net
>>117
だとすると、MSのクラウド事業が縮小するね。
121:デフォルトの名無しさん
20/12/13 11:53:07.09 k9p7uAHs.net
>>119
大嘘だな
海外より日本は電気代高いが割合は微々たるものだ
クラウド事業者が儲かってるのは利益率高い証拠
122:デフォルトの名無しさん
20/12/13 12:04:15.56 yG0Ic1Ux.net
>>120
縮小しないよ
安くて便利
→みんな使う
→儲かる
1顧客からの収益が減っても客数が増えれば全体収益は上がる
これ商売の基本というか子供でもわかる理屈だろ？
123:デフォルトの名無しさん
20/12/13 12:07:50.17 yG0Ic1Ux.net
>>121
クラウドがなぜ儲かるかって
大量のリソースを纏めて管理してるから台数で割ったときに安くなるからだよ
これも商売の基本
取り扱う数を増やすほど1個辺りの単価は安くなる
物を売り買いする場合もそう
人や物を管理する場合のコストもそう
124:デフォルトの名無しさん
20/12/13 12:09:04.90 k9p7uAHs.net
海外では大手企業はクラウド離れの動きでてる
オンプレミスのが速くてコスパいいことに気付いた企業が多い
125:デフォルトの名無しさん
20/12/13 12:12:50.27 k9p7uAHs.net
>>123
実態をわかってない
オンプレミスでは運用管理の専任の人なんて必要ない
他のサーバー管理のついでにやる程度
>>124嫁
利用料金が高すぎてクラウド脱出企業が増えてるの知らないのは情弱
126:デフォルトの名無しさん
20/12/13 12:13:19.75 CXVbPnPb.net
もしかしてハイブリッドクラウドのことを言ってるなら、
あれは従来クラウド化など考えられなかったお硬いシステムにもクラウドの柔軟性を導入しましょうって話で、オンプレミスへの回帰とはむしろ真逆
127:デフォルトの名無しさん
20/12/13 12:17:10.05 k9p7uAHs.net
脱クラウドはいわゆるパブリッククラウドからの脱却
賢い企業はオンプレミスに移行してる
利用料金が高すぎるため
128:デフォルトの名無しさん
20/12/13 12:18:11.59 CXVbPnPb.net
だとしたらよほど人間の単価が安い企業なんだろうな
129:デフォルトの名無しさん
20/12/13 12:20:47.32 yG0Ic1Ux.net
>>125
専任が居ないとはいえメンテナンス、トラブル対応には賃金が発生する
初期投資、修理費、電気代（鯖、空調）、人件費
後は障害による停止期間中の作業停止も地味だが大きな人件費の浪費になる
トータルで見ればクラウドのほうが安いよ
まあ専任が居ない程度の小規模ならクラウドよりVPSのほうがより良いかもね
130:デフォルトの名無しさん
20/12/13 12:26:46.53 yG0Ic1Ux.net
>>126
大規模に機器を調達して自社クラウドを構築する企業は増えてきてるそうだね
金融系とかデータを外に出せない分野ではそういう選択肢もあるのだろう
ただクラウド専門事業者と比べて小規模にならざるをえない
そうなるとさっき言った纏めて管理する台数が減るので1台あたりのコストは依然として大きなままだ
コスト的には厳しいだろうね
131:デフォルトの名無しさん
20/12/13 12:28:28.35 k9p7uAHs.net
>>128
だからさ、無能な企業とちがって
運用管理のエンジニアなんて雇わないんだよ
昔はサーバーのオペレーターとかいた時代あるようだけど
今はそんな時代じゃない
壊れたら原因調査して予備のパーツに交換してすぐ復旧させる。
自社内でスキルあるエンジニアいればできることだ
132:デフォルトの名無しさん
20/12/13 12:29:10.07 CXVbPnPb.net
俺が担当してるシステムはオンプレとクラウドのハイブリッドで、
俺の業務時間の大部分はオンプレのお守りを投げているベンダーとの間の無駄なコミュニケーションに費やされている
もうすぐクラウドへの置き換えが完了するけど、そうなればベンダーは切って(俺の給料を抜きにしても)年間数千万は浮く見込みだ
133:デフォルトの名無しさん
20/12/13 12:30:38.56 +g+t61bw.net
>>129
畑違いだから分からんけど、大規模なところなんてほとんど無くて、
小規模なところの方が圧倒的に多いはずだよね
134:デフォルトの名無しさん
20/12/13 12:31:19.61 k9p7uAHs.net
>>129
電気、空調の工事、なんてクラウドやDCでも外部の業者呼ぶだけに決まってるだろｗ
修理費とかかけてる方がバカ
賢い企業は予備パーツストックしておいてすぐ交換しすぐ復旧させる
135:デフォルトの名無しさん
20/12/13 12:34:10.43 k9p7uAHs.net
>>129
＞障害による停止期間中の作業停止
これもすでにかいた。
スキルあるエンジニアが障害箇所を特定してハード故障なら
すぐパーツ交換
データのリカバリーまでしてサービス再開させる。
あとデータ転送量の多いサイトはどうやってもクラウドのが超高額になる。
絶対にオンプレミスのが安くなる
絶対に、だ。
これ否定するやつはマジで情弱、
136:デフォルトの名無しさん
20/12/13 12:35:27.24 CXVbPnPb.net
>>134
正月休みの帰省中の夜中にぶっ壊れたらどうすんの？
そりゃ俺が24時間張り付いたらそこそこの規模のオンプレのシステムは運用できるかもしれんが、少なくとも俺は絶対にやりたくないねw
137:デフォルトの名無しさん
20/12/13 12:40:47.87 k9p7uAHs.net
>>136
そんなミッションクリティカルならDC使うだろうし
DCの近所に自社のエンジニアが住んでるのが普通だぞ
なにかあったら夜中でもすぐかけつけられる体制になってる
大昔の無能オペレーターじゃあるまいし、
２４時間はりつきなんてばかなことしないｗ
監視するプログラムが走ってて異常を検知してメールとかがくる
138:デフォルトの名無しさん
20/12/13 12:42:02.67 yG0Ic1Ux.net
>>133
小規模でもクラウドやVPSのほうが安い
大規模だともっと安い
オンプレはセキュリティ規約の都合でクラウドを借りれない場合などに使うものだ
139:デフォルトの名無しさん
20/12/13 12:44:56.51 yG0Ic1Ux.net
>>134
業者呼ぶのも金かかる
パーツ交換も人件費がかかる
パーツ交換まで作業者手が止まる可能性あり
やっぱりオンプレは金がかかるな
140:デフォルトの名無しさん
20/12/13 12:46:52.16 yG0Ic1Ux.net
>>135
その作業中止まってるじゃん
従業員数時間に比例して損失が増えていく
オンプレは高くつくね
141:デフォルトの名無しさん
20/12/13 12:47:01.00 113EdQf0.net
>>137
答え出てるじゃん
その運用体制を整備して実行していくのにいくらかかると思う？
142:デフォルトの名無しさん
20/12/13 12:48:39.09 yG0Ic1Ux.net
>>137
で、深夜に叩き起こされたエンジニアが嫌気が差して転職するわけだ
今まで人材育成にかけたコストが全部吹っ飛ぶね
143:デフォルトの名無しさん
20/12/13 12:50:18.13 yG0Ic1Ux.net
そっかオンプレだと会社やDCの近くに担当者の家を借りないといけないのか
うわー金掛かりそうだなー
144:デフォルトの名無しさん
20/12/13 13:04:19.18 k9p7uAHs.net
必死にオンプレミス否定してるやついて笑えるｗ
クラウドやDC勤務のやつらかな
145:デフォルトの名無しさん
20/12/13 13:06:28.03 k9p7uAHs.net
>>139
まだ理解できないんだなこいつは。
パーツ交換くらい業者呼ばずにやるんだよ
そんなのよんでたら時間と金がかかる
スキルある企業は予備パーツさくっと交換して復旧終わり。
ダウンタイムが最小限になるのもオンプレミス
146:デフォルトの名無しさん
20/12/13 13:08:17.50 rq9kuXid.net
毎回クラウドかザマリンのはなしになる
147:デフォルトの名無しさん
20/12/13 13:09:08.86 k9p7uAHs.net
>>141
夜間対応が必要なほどミッションクリティカルなサービスは
金融のごく一部のみだしほとんどの企業は関係ない。
金融でもそもそもパブリッククラウドにしたところで解決しない。
むしろハードがブラックボックス化してトラブル解決が困難になる
148:デフォルトの名無しさん
20/12/13 13:13:52.67 k9p7uAHs.net
>>143
なんもしらないんだなこのアホは
DC多いは千葉の印西市とか郊外だぞｗ
149:デフォルトの名無しさん
20/12/13 13:24:08.33 8JARRe3z.net
>>116
複数画面を経由しての
トランザクションぽい処理とかはきついなーー。
150:デフォルトの名無しさん
20/12/13 13:28:04.09 +g+t61bw.net
DC = Data Center
151:デフォルトの名無しさん
20/12/13 13:32:40.08 3afJGKv9.net
>>144
必死に中小オンプレ養護するということはクラウド職を奪われそうな中小インフラ屋かな？
152:デフォルトの名無しさん
20/12/13 13:33:12.19 3afJGKv9.net
>>145
で人件費がかかりダウンタイムも発生すると
153:デフォルトの名無しさん
20/12/13 13:33:58.55 3afJGKv9.net
>>148
家賃もかかるし通勤も大変そうだな
154:デフォルトの名無しさん
20/12/13 13:41:57.05 yOD+hiSa.net
予備パーツまで揃えるとなるとコストも数倍に膨れ上がるな
155:デフォルトの名無しさん
20/12/13 13:51:56.48 k9p7uAHs.net
レベル低いのが湧いてきたし
忙しいので書き込みはひかえる
156:デフォルトの名無しさん
20/12/13 13:55:28.53 zhHqlErk.net
しっぽ巻いて逃げる宣言いただきました〜
こりゃ勝負あったかな
157:デフォルトの名無しさん
20/12/13 14:01:35.46 yOD+hiSa.net
「きょ、きょうはこのぐらいで勘弁してやる」ﾋﾟｭｰ
ｗｗｗｗ
158:デフォルトの名無しさん
20/12/13 14:26:03.22 Nr97RBB7.net
爺さんは毎回このパターンやね
矛盾点や無知を突っ込まれて答えに窮するとすぐ逃げ出す
159:デフォルトの名無しさん
20/12/13 14:50:42.52 k9p7uAHs.net
予備パーツで数倍になるとか頭悪すぎてな
相手するだけ時間のむだ
おまえら海外の脱クラウド続出も知らなかったザコは
クラウド崇拝してりゃいいよ
いまさらクラウドとか完全に周回おくれですからｗ
160:デフォルトの名無しさん
20/12/13 14:52:02.71 k9p7uAHs.net
ここスタンドアロンしか知らない奴の専用スレだから
クラウドの話題はスレ違い
161:デフォルトの名無しさん
20/12/13 14:52:32.21 k9p7uAHs.net
Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)
162:デフォルトの名無しさん
20/12/13 14:54:13.55 yOD+hiSa.net
忙しいのにすぐ帰ってきちゃったｗｗｗｗｗｗｗｗ
エアプ忙しいｗｗｗｗ
163:デフォルトの名無しさん
20/12/13 15:04:06.70 tJMy4iCP.net
いやどうだろう忙しいのは本当だと思うな
オンプレ管理者にゆっくり休める休日はない
しっかり休もうと思ったら休日出勤手当を出して待機要員をローテーションで回す必要がある
164:デフォルトの名無しさん
20/12/13 15:56:26.79 Nr97RBB7.net
>>162
オンプレ爺さんはプライドだけ肥大化したザ・老害だからね
新しい知識や技術についていけない自分を認めたくないのよ
165:デフォルトの名無しさん
20/12/13 17:33:38.45 OupzbFpK.net
オンプレXamarin爺さんまた来てたのか
166:デフォルトの名無しさん
20/12/13 18:30:20.65 k9p7uAHs.net
>>164
まだ言ってんのかこの時代遅れ野郎ｗ
海外の大手はもう海外でも脱クラウドなんだよ
実情知らないなら脱クラウド、オンプレミス回帰とかで検索してみろ
英語だともっと記事多いけどな
割高なうえにすぐ障害が起こるクラウドが敬遠されてんだよ
おまえら時代遅れ
167:デフォルトの名無しさん
20/12/13 18:56:36.94 lPyInXVf.net
短期間ならクラウドの方が安いけど
長期間使えば使うほどクラウドの方が高くなる
んじゃないの
168:デフォルトの名無しさん
20/12/13 19:12:33.64 k9p7uAHs.net
>>167
データ転送が多かったり、CPU多く使う用途だと
短期間でも超高額になる。
169:デフォルトの名無しさん
20/12/13 19:24:48.11 wbKLPooU.net
オンプレに戻ることによって
単純に移行プロジェクトのために大金を支払い
今まで担保されてた非機能要件の多くを失い
やらなくてよくなった筈の作業をまた苦労してやる羽目になり
そこでようやくやっぱりクラウドのほうが良かったと気付く
んでまたクラウドに戻るために移行プロジェクで大損するわけだ
170:デフォルトの名無しさん
20/12/13 21:33:15.96 17gHgA0W.net
DC＝DreamCast
171:デフォルトの名無しさん
20/12/14 11:48:51.50 6iyAwzKw.net
>>166
「オンプレミス」という言葉が登場してきたこと自体が、クラウドに対する
アンチの土壌が出てきたと解釈できる。
172:デフォルトの名無しさん
20/12/14 12:29:29.11 xlwakY3B.net
>>171
その単語はクラウドという単語が出てきたあたりからクラウドの対義語としてあったような気もする…
いまはオンプレです。これをクラウドに移行しましょう！
的なセールストークをしていた。
記憶違いかもしれんが。
173:デフォルトの名無しさん
20/12/14 12:57:37.44 6iyAwzKw.net
日本でクラウド移行が進まなかったのは、日本人に先見の明や企業の売り文句に
惑わされずに自分の頭で考える力があったことを意味する。
アメリカで結局、移行して失敗して戻すことになったのは、頭で考えずに
なんでも体で試してみて体感しなくては分からない民族性を反映している。
174:デフォルトの名無しさん
20/12/14 12:59:29.67 5GWU8eb2.net
先見の妙がなかったので周回遅れしてるんだけどね
外国は安くて便利なクラウドでどんどん先に進んでる
175:デフォルトの名無しさん
20/12/14 13:06:11.68 6iyAwzKw.net
そうではなくて、日本みたいな小国は、アメリカみたいな土地が巨大で資源も豊富、
言葉も世界標準、ガソリンも電気代も安い国とは同じやり方では同じ経済力には
絶対になり得なくて、頭で良く考えて慎重に行動してやっと半分くらいの経済力に
なる程度。
慎重に考えることが重要なのは、北欧や富山県のような古くから寒冷地帯に住む
人達が慎重さがDNAの中に残された結果、条件の割には経済力が高いことからも
分かる。
アメリカはテキトーにやっても何でも上手く行く巨大な国。
176:デフォルトの名無しさん
20/12/14 13:51:29.95 5GWU8eb2.net
土地はともかく資源も言語もその他諸々も慎重にやってきたから出遅れた
177:デフォルトの名無しさん
20/12/14 14:38:44.96 oCoP0Uzm.net
デバッガーが貧弱だから実務ではまだキチいかなぁ〜と思ってたけど
しっかり関数型ライクに作りこめばUNITテストで十分だからデバッガーは要らんとわかった
178:デフォルトの名無しさん
20/12/14 15:33:36.61 6iyAwzKw.net
>>176
言葉は関係ないだろうて。
英語はアジアや南アメリカ、アフリカなどの植民地で強制的に使わせる
ことによって世界標準の言葉になったとても自分勝手な歴史を持つ言語。
179:デフォルトの名無しさん
20/12/14 16:54:34.04 +8RVuiPY.net
なんのスレだよここ
180:デフォルトの名無しさん
20/12/14 16:59:10.15 cVdOehwn.net
>>174
それを言うなら「先見の明(めい)」な
181:デフォルトの名無しさん
20/12/14 17:01:23.33 SyDDFQVL.net
ここはBlazor専用スレだからオンプレXamarin爺さんは雑談スレ行って欲しい
Microsoft ASP.NET Blazor #02
ｽﾚﾘﾝｸ(tech板)
182:デフォルトの名無しさん
20/12/14 17:14:27.14 6D0wI1ki.net
ジジイこいつ働いてないで
定年退職して暇こいてるから何か言われると必ず出てくるんや
183:デフォルトの名無しさん
20/12/14 19:28:14.21 l//03Waj.net
>>181
上で書いてるのは俺じゃないわけだが？
それと爺さんではない
かなり若い
184:デフォルトの名無しさん
20/12/14 20:28:03.76 xlwakY3B.net
かなり若い（43歳 男性）
※個人の感想です
185:
20/12/14 22:19:02.59 /C6Cmu9V.net
>>178
南アメリカの言語は、スペイン語かポルトガル語、くらいのもので、英語なんて南米では全然流行ってないですよ…
186:デフォルトの名無しさん
20/12/14 23:05:52.77 c/6hsi1I.net
アフリカもほとんどフランス語圏だろ。南アフリカ共和国が英語（アフリカーンス語）だから勘違いされがちだけど
187:
20/12/14 23:13:25.46 /C6Cmu9V.net
>>186
アフリカ大陸はそうであっても南米は違いますね
188:デフォルトの名無しさん
20/12/14 23:28:52.94 jWB8Mnrt.net
>>187
文盲乙
189:
20/12/14 23:32:16.14 /C6Cmu9V.net
>>188
日本語でＯＫ
190:デフォルトの名無しさん
20/12/15 00:37:28.45 QwM3BcWT.net
またGoogleで大規模障害
GmailからYouTubeまで障害
クラウドやっぱりゴミだねww
俺の管理するシステムは落ちない
やはりオンプレミス最強
191:デフォルトの名無しさん
20/12/15 00:42:41.11 UJIf2gz8.net
>>187
アフリカは南米と同様に英語圏ではないと>>186は言ってるんやで
192:デフォルトの名無しさん
20/12/15 00:47:22.91 9/KQuCbH.net
クラウドだからすぐに復活したけどな
オンプレミスだったら担当者が緊急出社してる途中ぐらいかな
そこからまた何時間も調査とパーツ交換が発生して…地獄だ
193:デフォルトの名無しさん
20/12/15 01:01:57.18 bZkC0SQw.net
オンプレ爺は50才前後とみた
発達も入ってるかも
194:デフォルトの名無しさん
20/12/15 05:18:02.17 IurnRhK0.net
故障時に待っているだけで復旧作業を行ってもらえるのは、別にクラウドだけの特徴ではなく、レンタルサーバーも持っている特徴だと思うのだが。
195:デフォルトの名無しさん
20/12/15 05:33:35.86 UHZGEr5A.net
>>190
爺さん何で他社システムの障害見てそんなに喜べるの？！
本物のエンジニアならこういう時に嘲笑するような真似できないだろ？
196:デフォルトの名無しさん
20/12/15 09:48:43.94 xOBIVXto.net
>>194
そこは今の文脈では問題にしてないやろ
このオンプレ爺が敵視しているのはクラウドもレンサバも区別なくホスティングサービス全般
というか区別ついてないんだろうけど
197:デフォルトの名無しさん
20/12/15 11:40:40.45 QwM3BcWT.net
>>195
爺さんじゃない
ある程度スキルの企業、エンジニアはクラウド頼みでシステムを作らない。
遅いし、高いし、障害多い
インフラの知識がないからクラウドを選び高い維持費をクライアントにおしつける
198:デフォルトの名無しさん
20/12/15 11:48:55.17 QwM3BcWT.net
>>196
ホスティングは否定していない。
パブリッククラウド使わずに開発できない奴らを批判している
フロントエンドの大半
199:デフォルトの名無しさん
20/12/15 12:00:19.44 NgdzbW6Q.net
使わなくてもできるよ
それよりメリットデメリットを計算できずオンプレミスに執着するほうがアレだねぇ
200:デフォルトの名無しさん
20/12/15 12:16:57.33 UHZGEr5A.net
>>197
爺さん話ずらさないでよ
何で他社システムの障害見てそんなに喜べるのか？って言ってるの
少なくとも自分の周りにそんな意識の低いエンジニアはいない
↓
190 名前：デフォルトの名無しさん[] 投稿日：2020/12/15(火) 00:37:28.45 ID:QwM3BcWT [1/3]
またGoogleで大規模障害
GmailからYouTubeまで障害
クラウドやっぱりゴミだねww
俺の管理するシステムは落ちない
やはりオンプレミス最強
201:デフォルトの名無しさん
20/12/15 12:39:49.07 QwM3BcWT.net
しつこく爺さんと書くやつにはレスしない
202:デフォルトの名無しさん
20/12/15 12:55:03.87 ki4kCDkP.net
>>201
よお爺さんｗ
オムツしたか？爺さんｗｗｗ
203:デフォルトの名無しさん
20/12/15 13:19:07.05 av5bG/Gn.net
>>198
パブリッククラウドはダメでホスティングはOKって、じゃあAWSでもEC2使うだけならいいのか？
爺さんの言ってることはよく分からん
204:デフォルトの名無しさん
20/12/15 14:30:26.13 ZDdRrwFd.net
オンプレ爺さんはスタンスブレブレやな
205:デフォルトの名無しさん
20/12/15 15:59:23.04 QwM3BcWT.net
>>203
高くなる理由を何度書いてるだろ
料金体系調べてこい
パブリッククラウドは料金が跳ね上がる
206:デフォルトの名無しさん
20/12/15 16:17:09.89 IurnRhK0.net
何かアメリカ企業にとって不利な情報が書かれると、爺さんだとか
老害だと書かれる傾向を感じる。
207:デフォルトの名無しさん
20/12/15 16:19:44.10 CQsY05jd.net
アメリカは関係ないな。
世界のどこへ逃げてもお前は爺さんで老害。
208:デフォルトの名無しさん
20/12/15 16:35:45.18 IurnRhK0.net
独自調べでは5chは欧米や中東からのアクセスがかなり有る。
特にアメリカ。
209:デフォルトの名無しさん
20/12/15 18:36:43.79 QwM3BcWT.net
URLﾘﾝｸ(gigazine.net)
今日もまた障害
グーグルのクラウドも低品質
これを機にまたオンプレミス勢が増えそうだな
210:デフォルトの名無しさん
20/12/15 18:46:45.80 9/KQuCbH.net
クラウドでよかった
これがオンプレミスだったらどれだけ大変な目に合ってたか
211:デフォルトの名無しさん
20/12/15 19:26:03.86 stM1fGXP.net
オンプレだと自分で対応しに行かなきゃいけないもんな
やっぱクラウド便利やわ
212:デフォルトの名無しさん
20/12/15 19:53:32.69 9/KQuCbH.net
深夜
携帯電話「プルルルル！プルルルル！」
家電話「プルルルル！プルルルル！」
メール・SNS「チンチーン！」
ちょっとしたホラーだよな
従業員数がかわいそう
213:デフォルトの名無しさん
20/12/15 22:29:51.65 QwM3BcWT.net
>>210-211
クラウド依存の凡人はクラウド使えばいいと思うよ
オンプレミスおにいさんみたいなスキルが
ないなら無理してはいけない
214:デフォルトの名無しさん
20/12/15 22:41:50.82 891P1t+M.net
おにいさんが急な事故や急病で仕事できなくなったらどうすんですか
急に死んじゃったらどうすんですか
215:デフォルトの名無しさん
20/12/16 01:57:04.15 yml2nxMy.net
>>214
その目的ならクラウドじゃなくてレンタルサーバー(ホスティング)で十分なんだが。
216:デフォルトの名無しさん
20/12/16 03:17:06.20 0pLL+JPf.net
クラウドとオーディエンスの違いを説明したまえ。
217:デフォルトの名無しさん
20/12/16 03:24:28.23 2c+prgNQ.net
群衆と観客
218:デフォルトの名無しさん
20/12/16 04:36:03.79 M8DPO2Hy.net
レンタルサーバーもクラウドでしょうに
219:デフォルトの名無しさん
20/12/16 05:37:44.23 dm2Qm5q/.net
>>214
オンプレミスメインでやってるところは対応できる人が複数いるはず。
障害からの復旧くらいそれなりに経験と知識があるエンジニアならば
教えればすぐに習得できる
>>218
大手３社のパブリッククラウドとレンタルサーバー、ホスティングは構成がかなり違う。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
95日前に更新/187 KB
担当:undef