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

【本命】Blazor スレ2 ..

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
大手３社のパブリッククラウドとレンタルサーバー、ホスティングは構成がかなり違う。

220:デフォルトの名無しさん
20/12/16 05:41:22.36 5i4sbeEj.net
オンプレ爺の称号は伊達じゃない

221:デフォルトの名無しさん
20/12/16 06:36:20.46 udcI/a55.net
AWSのEC2とホスティングって似たようなもんだろ？

222:デフォルトの名無しさん
20/12/16 10:32:05.51 5i4sbeEj.net
オンプレ爺は逃走済み、しばらく来ないよ？

223:デフォルトの名無しさん
20/12/16 13:07:38.08 Kh8lXS0V.net
いつオンプレミスからアラートが来るかわからないので気が抜けない
という状態だと実際に何も事故がなくても会社からの指揮命令系統の下にあるので労働時間に含まれると思うのだが
つまり担当者は24時間労働
法的にどうなっているのだろうね？

224:デフォルトの名無しさん
20/12/16 13:36:52.96 dm2Qm5q/.net
>>223
そんなわけない
そんなこといったら産婦人科の医師とかは２４時間労働になってしまう

たいていは深夜にいかなくてもいいケースが多い
朝いちで行ってすぐ復旧させればOK
ほとんどの企業がそうだ

225:デフォルトの名無しさん
20/12/16 13:55:16.64 lgSAEp54.net
少し調べてみた
医者のオンコール勤務は過去に裁判があってその時は労働時間と認められないと判決がでたらしい
ただそれとは別に当直より低い賃金をオンコール勤務に支払っている事業者も結構あるそうだ
このオンコール勤務のプレッシャーに対して報酬の低さが医療従事者の大きな不満になっているらしい
なので最近はオンコール勤務が非常に問題視されてきている
特に今はコロナで医療現場崩壊寸前だから殊更にね
もし医療現場で改革の流れが起こったら当然別業界にも波及する可能性があるね

226:デフォルトの名無しさん
20/12/16 21:28:38.66 n7h1Rvjm.net
>>219
人件費は？

227:デフォルトの名無しさん
20/12/16 21:42:41.51 dm2Qm5q/.net
>>226
人件費、変わらない
障害箇所を特定し故障ならパーツ交換するだけ
ハードの知識あればできること
データも戻す必要あればDBなどもいじって復旧
経験つんだエンジニアならできること、できなくてはいけないことだ

クラウド頼みで開発やってるやつらはこういうスキルが身につかない
ふだんから物理サーバーに触らないからだ

228:デフォルトの名無しさん
20/12/16 22:06:24.05 Kh8lXS0V.net
>>227
それやってる間に本来やるはずだった作業が止まる
大損だ

229:デフォルトの名無しさん
20/12/16 22:18:08.76 +EqZpAVh.net
人件費は変わるだろ...
小さなシステムや零細企業に勤めてるなら開発も運用もやらされたりするが
どうせ君は小さな企業勤めで開発も運用もやってたパターンで

オンプレの大規模の設計、運用経験はないんじゃないの？

大きなシステムになればなるほど、専属になるし

230:デフォルトの名無しさん
20/12/16 22:23:24.31 fMXnetmy.net
ほんそれ
 >>227は中小企業によくいる老害の典型

231:デフォルトの名無しさん
20/12/16 22:26:20.48 dm2Qm5q/.net
>>229
その狭いエリアしかやらないのがダメになる
ヤフーなんてセキュリティ事故起こしてばかりだろ
自称プロなんだろうけど知識の範囲が狭すぎる

232:デフォルトの名無しさん
20/12/16 22:31:26.82 KUcDUJ6o.net
オンプレ爺さんってRubyガイジと双璧をなすヤバイ奴だな

233:デフォルトの名無しさん
20/12/16 22:40:32.68 I4+Erelc.net
会社でシカトされてるジジィが5chでイキるとか滑稽の極みやでｗ

234:デフォルトの名無しさん
20/12/16 22:47:15.29 n7h1Rvjm.net
>>227
ええ？人増やしても人件費変わらないの？

235:デフォルトの名無しさん
20/12/16 22:57:06.19 0pLL+JPf.net
呼び出しがあれば駆けつけるのは、サービス部門ならどこも同じだと思うけど。

236:デフォルトの名無しさん
20/12/17 12:52:48.27 YHd0CChH.net
人件費変わらないは草
零細ブラック企業で働くとこうも歪んでしまうんだなあ

237:デフォルトの名無しさん
20/12/17 12:55:23.16 3IqbPcuK.net
blazorの話題はないのかな

238:デフォルトの名無しさん
20/12/17 13:02:39.62 Qg7jWLWf.net
>>237
ない

239:デフォルトの名無しさん
20/12/17 13:09:48.11 WB/LmD4o.net
トラブルがないと話題もない
淡々と作るだけ

240:デフォルトの名無しさん
20/12/17 13:38:11.85 DyUbAwze.net
>>234
1000台以上の膨大なサーバーある大手以外は障害対応の専任など必要ない。
障害滅多に起きないし専任スタッフなんていらない。
わかってる企業は壊れるまで稼働させるようなことをしない
良く壊れるのはHDDくらいのものだ

パーツ交換なんて指示さえすれば自作マニアの大学生でもできる。
おまえら自称プロはできないけどなｗ

241:デフォルトの名無しさん
20/12/17 13:42:37.43 DyUbAwze.net
>>236
めったに起こらない障害対応のために専任の人を雇うの？
バカすぎだろｗ
オンプレは社内のひとが障害対応するのが当たり前だから
人件費は変わらないって言ってんだよ
トータルでパブリッククラウドより安くなる

242:デフォルトの名無しさん
20/12/17 14:30:41.97 IYbHUG6H.net
プライド肥大爺は言い返さずにはいられない
お前マジ何歳よ？ｗ

243:デフォルトの名無しさん
20/12/17 15:12:11.41 RuICaP/l.net
ちょっと前まではサーバー運用の細かいバッドノウハウでマウンティングできたのが、
今やterraformだコンテナだFargateだなんだで異次元の世界だもんな
クラウドネイティブ世代もいずれは我が身と思い、教訓として胸に刻んでおくように

244:デフォルトの名無しさん
20/12/17 16:37:56.42 nC3KtugT.net
不況の金余り・株高で、Amazon の株価は、80兆円から150兆円へ倍増した！
不況が来るたびに、政府が株を買い支えるから、倍々になっていく

米国では、AWS ソリューションアーキテクトの年収が、1,500万円と、
Rails の1,300万円、VMware の1,400万円を抜いた！

クラスメソッドは会社全体で、AWSの800資格を持ち、
12資格すべてを持つ、ジェダイマスターが7人いる！

245:デフォルトの名無しさん
20/12/17 20:51:31.21 RfIK93Gy.net
>>241
メールはどうしてるの？
もしかして社内にメールサーバー建ててたりする？

246:デフォルトの名無しさん
20/12/17 21:08:06.49 3256BVTA.net
やめろよ
クラウドやらAIやらWEB2.0やらドコモ2.0やらマルチメディアやらの価値がわからない人か？

247:デフォルトの名無しさん
20/12/17 21:14:26.92 mqVedE2Y.net
ソフトウェアの配布にコンテナが超便利！！ざます・・・

というのは、スクリプト言語の依存関係が非常に面倒なことになってるだけで、コンテナ配布は良いものじゃないと思うんだけどな。

248:デフォルトの名無しさん
20/12/18 01:40:22.37 L75sx5Ck.net
>>245
さすがにMicrosoft365とか使ってるだろ知らんけどｗ

249:デフォルトの名無しさん
20/12/18 21:47:49.81 fWJuO0Qa.net
>>243
ほんこれ
常にアンテナ張ってないとあっという間に化石になる
Mauiきたら修正たくさん発生するんだろなー・・・

250:デフォルトの名無しさん
20/12/24 23:15:36.06 fPgiKBVJ.net
向こうのスレヤバいな
真面目に質問してる人が適当な回答されてそれで納得してるし

251:デフォルトの名無しさん
20/12/25 00:15:06.52 v8HS+a7G.net
>>250
何が嘘なのか指摘してきたら

252:デフォルトの名無しさん
20/12/25 04:04:01.80 wGSzow97.net
日を跨いでID変えてから指摘しに来るところがヤラしくていいね！

253:デフォルトの名無しさん
21/01/08 23:09:30.00 JyuufRdb.net
WebAssemblyをWin/Mac/Linuxで実行可能なランタイム「Wasmer 1.0」正式リリース。事前コンパイルによる高速起動やクロスコンパイルなどにも対応
URLﾘﾝｸ(www.publickey1.jp)

wasmがDockerとか言ってたのはこういうことね
なんかブラウザ発の技術が今までにない広がりを見せてるなあ

254:デフォルトの名無しさん
21/01/23 14:34:37.59 Xm/obtOS.net
>>253
いや、そもそも全部単一のバイナリにスタティックリンクできるアプリならDockerは要らない
それができないからDocker使うわけで、wasmをDockerの代替とか言っちゃうのは無知丸出し

255:デフォルトの名無しさん
21/02/04 14:52:04.25 JDDCi2ys.net
コロナアプリはMS選択して失敗した
不具合ばかり

256:デフォルトの名無しさん
21/02/04 21:40:02.98 ih5/H8FP.net
.NET5になっても相変わらずデバッグアダプター起動できませんでしたエラー
ぬるぽくらいちゃんと検出して教えてくりょう

257:デフォルトの名無しさん
21/02/12 21:53:42.79 De8CdFl7.net
久々に使ってみたら結構ちゃんとデバッグできるようになってるな
ローカルでもサーバーでも自由にブレークポイント設定できる
まあできて当然の機能なんだけどさ

258:デフォルトの名無しさん
21/02/12 21:59:53.83 M2cV0kZd.net
>>257
配列とかをウォッチ式で見たら
通常のそれと違いすぎて困惑するわ

要素数5個にしたはずなのに8って表示されたり…

259:デフォルトの名無しさん
21/02/13 00:35:55.46 +40inVMc.net
ホットリロードで
ガンガン動かしながらコード調整してくんだよ、
クライアントサイドの開発は。

それが出来んだけでもう糞。

260:デフォルトの名無しさん
21/02/13 09:44:25.56 lCr1h3je.net
>>259
全然フロントサイド開発のこと知らんのだけど
ts+Reactとかならそれができるのか？

261:デフォルトの名無しさん
21/02/13 10:44:46.66 Xo6k9nK0.net
ホットリロード自体はblazorでもできるんじゃ？
デバッガが追随できるかは知らんけど

262:デフォルトの名無しさん
21/02/13 11:13:19.76 +40inVMc.net
JS系の開発慣れた人にはBlazorはきついよ。
苦行レベル。

263:デフォルトの名無しさん
21/02/13 11:17:28.48 pvg6R/S8.net
JavaScriptはコーディング自体が苦行だからw

264:デフォルトの名無しさん
21/02/13 11:23:18.32 x5WG3KQe.net
TypeScriptなら楽しいよ。

265:デフォルトの名無しさん
21/02/23 23:25:36.10 oheyOHHF.net
blazorって将来性あるかな？
社内アプリの開発やることになったんだけど採用してみようかなと思って

266:デフォルトの名無しさん
21/02/23 23:38:48.75 +jCQH6bJ.net
UIコントロールとか全くないよ。
あと最低の実行速度で問題なければ。

267:デフォルトの名無しさん
21/02/28 20:49:34.94 KAqfppVK.net
質問させてください
webアプリの作成経験がほぼないので初歩的な質問で申し訳ないのですがblazorアプリではクライアントサイドとサーバーサイド2種類ありますが使い分ける基準や考え方を教えて頂きたいです

自分のPC上でしか動作させないアプリならサーバーサイドになるのかなと考えたのですが、クライアントサイドはどのような用途に使うんだろうと調べてみたのですがいまいちイメージが掴めませんでした…

268:デフォルトの名無しさん
21/02/28 21:51:16.47 /PUFY06H.net
>>267
クライアントBlazorはサーバがASP.NETでなくてもC#で処理を記述できる
だけど色々ダウンロードするから最初にちょっと時間かかる
MS公式文書↓
URLﾘﾝｸ(docs.microsoft.com)

269:デフォルトの名無しさん
21/03/01 02:35:32.69 3ST3kKlS.net
ｃ#で書くと言うことはBlazorで苦労しても
Webのスキルは一切身につかないという事だから
よく検討する事をお勧めする。
下手すると人生無駄にするるよ。

270:デフォルトの名無しさん
21/03/02 11:40:10.81 ibKnpv18.net
>>268
遅くなってすいません
回答ありがとうございます

読んでみて、間違っているかもしれませんが以下のイメージを持ちました

クライアントサイドは.NET core環境でないPCに配布しても使用することが出来る（スタンドアロン）
サーバーサイドは.NET core環境が必要となる

違いはブラウザで処理するか、サーバーPCで処理した内容をブラウザに渡すかというイメージでしょうか？

271:デフォルトの名無しさん
21/03/02 12:07:10.71 vYJNmeyI.net
>>267
自分のpcだけで動かすアプリってwebアプリにする意味ある…？

272:デフォルトの名無しさん
21/03/02 21:42:55.58 bluK+SXX.net
>>270
多分分かってると思うけど、サーバーサイドBlazorもクライアント側には.NET環境不要だよ
あとの理解は合ってるんじゃないかな

273:デフォルトの名無しさん
21/03/02 21:43:55.18 bluK+SXX.net
>>269
Webのスキルが一切身につかないというのは違いますね
razorページもベースはhtmlなので
ルーティングなんていう概念も必要になるし

274:デフォルトの名無しさん
21/03/03 10:23:45.86 lRdOJPtw.net
>>273
Blazorで頑張っても、Blazor固有の技術に終始しますよ。
自分みたいに、つまみ食いするみたいにBlazorやるなら経験上有用ですが、
そうでないとその人の事が心配になりますね。

ぶっちゃけWeb界隈は荒波なので
主流には乗っかっといた方が安全です。技術も小難しいのも結構多いです。
Vue.jsやってればReactも出来るし、オープンソースのJsライブラリも自由に扱えます。
BlazorだとC＃で、Blazor用に用意してくれたものしか簡単に使えないです。

BlazorでC＃で専念した人が、オープンソースのJsライブラリを使おうと思うと
敷居がかなり高いと思います。

次ページ