みずほ銀行が示す日本の外注ゴミ説 (668ﾚｽ)
上下前次1-新
169(1): 2021/09/05(日)10:07 AAS
海外から見るとほんとアホな開発体制
170: 2021/09/05(日)13:47 AAS
>>165
ハゲレスすんな
171: 2021/09/05(日)13:48 AAS
>>169
アメリカのボーイングは下請けに仕事丸投げして飛行機落としまくってるんだよなあ
日本だけじゃないよ
172: 2021/09/05(日)13:48 AAS
>>167
そうですよ
173: 2021/09/05(日)13:49 AAS
>>164
バカかお前ｗソフトの開発者がハードの面倒まで見てたら仕事できねえわｗｗｗドシロートがｗｗｗｗｗ
174: 2021/09/05(日)14:01 AAS
今回の件は設計上の欠陥
ハードウェア障害が発生した場合の考慮漏れ（特殊なケースではあるが・・・）
PGの責任じゃない→わかる
HWの責任→は？
HW障害時の対応はSEでしょ
CEは壊れたHWを修理するだけ
せいぜい予防保守まで
省1
175(1): 2021/09/05(日)14:08 AAS
おまえら本当にPGしかやったことないんだな
ハードウェアなんてほぼ毎日壊れてる
RAID5の復旧中にHDD同時故障とかDB正副同時故障なんてちょっと珍しい程度で可能性から除外できるほど少ない頻度ではない
メインボード、HDDからファンみたいな細かい部品まで含めたら月に数千箇所は交換されてる
ソフトウェアなんてハードウェア障害前提で組まれてなきゃ使い物にならんよ
176: 2021/09/05(日)14:17 AAS
>>175
ソフトウェアRAID使ってるの？
177(1): 2021/09/05(日)14:18 AAS
ハードの障害を前提にソフトウェア作るなんてアホの妄想以外で聞いたことねえよ
178: 2021/09/05(日)14:21 AAS
ソフトはハードが正しく動くことを前提に作るものだ
ハードの障害はソフトでは直せん
179: 2021/09/05(日)14:23 AAS
Linuxが悪いのかサーバが悪いのか、いずれにしてもみずほは何も悪くないってことだ
180(1): 2021/09/05(日)14:34 AAS
みずほの社員が本気でこういう事を言っているのであれば障害発生して当たり前だね
181: 2021/09/05(日)14:46 AAS
>>180
なぜ当たり前だと思う？
サーバ屋さんが努力しないのが当たり前の世の中に生きてるのかな？
メインフレームだったらこんなトラブル生じてないわけだけれども
それは機械としての堅牢性とOSの堅牢性があったからなわけだけれども
オープンなシステムでそれが失われてるとするならばみずほの責任ではなくて
サーバの機械を作ってる富士通さんの責任でありLinuxを開発してる人たちの責任だよね
182: 2021/09/05(日)14:50 AAS
和室(ジャップルーム)のメリットって何なの？畳とか不潔だしキモすぎだろ [668785418]
2chｽﾚ:poverty
183: 2021/09/05(日)16:32 AAS
ないな
アリに腐るしアリに食われるし掃除たいへんだし
腐った食い物を放置してたときなんか
段ボールの箱どけたらダンゴムシの巣になってた
184(1): 2021/09/05(日)22:09 AAS
>>177
媒体からデータが読めないときの動きとか普通に入れてるけど
俺以外で入れてるやつ、ほとんど見ない
185: 2021/09/05(日)22:37 AAS
仕様にないことするのやめてくれ
186: 2021/09/06(月)11:02 AAS
そんな仕様書客に作れるわけがない
187: 2021/09/06(月)11:05 AAS
中の人っぽい連中が口汚く罵り合いしてて
レベルの低さがよく分かるスレ
188: 2021/09/06(月)11:05 AAS
>>184
そりゃ余裕があればやるが、そもそもHWの故障、切り替えの失敗まで保障しろとかいうなら設計から変えなきゃ個人が頑張ったってどうにもならん話だからなあ
ネットワークの切り替えの失敗まで設計に入れろって言われなきゃ知らんし全員でやってテストまできっちりやらなきゃ駄目な話だろそりゃ
189: 2021/09/06(月)11:43 AAS
HWの故障、切り替えのプログラミングって
誰かがやるべきなんだけど、誰がやるんだろうね?
少なくともSQLとかSQL操作するところを書いている人は
関係ないよね?
190: 2021/09/06(月)13:13 AAS
HW障害時にクラスタをフェイルオーバーする等の設計はSEの仕事
（富士通で言うと生々しくなるのであえてかかわってないところでいうけど）
実在の会社でいうとNECソリューションイノベータ（のプロパーや下請け）あたりが担当する工程
元請がNEC、二次請がNECソリューションイノベータだとして三次請の有能な人あたりが主に担当してる
いわゆるインフラSEと言われる職業
基本設計から詳細設計、構築、運用支援ぐらいまでが守備範囲
例えばサーバ二台＋NASみたいな単位でDBサーバが構築されてて
省8
191: 2021/09/06(月)18:01 AAS
無様だな
192(1): 2021/09/06(月)18:10 AAS
だからハードじゃないゆってるだろうが
だからいくら切り替えても同じ
無理やりハード障害だったことにしようとすんな
193(1): 2021/09/06(月)18:17 AAS
外注主義を何十年もやってるせいで
社内システム部がただの外注業者に成り下がったのが問題やし、
そういう社内構造を変えないサラリーマン社長があたおかやで。
ibmから経営者を引き抜け。
194: 2021/09/06(月)19:14 AAS
>>193
そうなっても
ようやく世界が大昔からやってる体制になるだけで、ノウハウはこれから積み重ねるというw
195: 2021/09/06(月)19:20 AAS
この状況で内製に切り替えたいと思うか？
196: 2021/09/06(月)19:42 AAS
>>192
どうみてもハード故障によるハード障害じゃん
197(1): 2021/09/06(月)20:02 AAS
具体的にどんな症状だったの？
198(1): 2021/09/06(月)20:14 AAS
>>197
キャッシュカードが飲み込まれたまま帰ってこなかったんです
199: 2021/09/06(月)20:30 AAS
>>198
それはハードの問題だなぁ。
巻き取りローラーの中にネズミとかいるんだよ。
200: 2021/09/06(月)21:00 AAS
外部ﾘﾝｸ[pdf]:www.mizuho-fg.co.jp
画像ﾘﾝｸ[jpg]:www.sbbit.jp
ものの原因は人の胸先三寸なところがあるが
今回のはさすがに無理がありすぎじゃないか
切り替えても同じように駄目だったんだろ…
201: 2021/09/06(月)21:41 AAS
容量オーバーなら
素人考えじゃハード買い換えたらなおる
そうしたかったんだろうが
202: 2021/09/06(月)22:01 AAS
障害が多すぎておまえらがどの件の事を言ってるのかすら混線してる
203: 2021/09/06(月)22:12 AAS
あれ
204: 2021/09/06(月)22:27 AAS
INDEX FILEの件は今年の2月〜3月にかけての障害ですよ
205: 2021/09/06(月)22:43 AAS
風説を流布してしまった
206(1): 2021/09/07(火)05:11 AAS
インフラも運用もプログラマもやったことあるが、DBのストレージが壊れて切り替えとかはインフラの仕事
壊れても大丈夫なようにインフラ屋が設計して切り替えのテストも当然やるけどこれだけ繰り返すということは
設計かテストか両方が甘かったんだろう
甘くなった要因としてプロジェクトの進め方に問題があったとは言えるけどプログラマ関係ないな
DB落ちたらどうにもなんないよデータ書けない読めないんだから
ちなみにこれくらいの規模を手がけるインフラ屋は千数百万は貰ってるはず
207(1): 2021/09/07(火)06:38 AAS
プログラマなら全部やるけどね
208(1): 2021/09/07(火)06:43 AAS
>>206
派遣『やったことがある』
そ、、、そう、、
209: 2021/09/07(火)06:59 AAS
千数百万ももらえるなら、ハケンにやらせて中抜きするわな。
210(1): 2021/09/07(火)09:34 AAS
ハードだったら原因特定できないわけないと思うんだが
まったく同じことやらかして発表できないとかじゃ
211: 2021/09/07(火)10:53 AAS
すばらしい！社者に採用だ！
212: 2021/09/07(火)11:04 AAS
>>210
ハードの原因特定は難しいよ
数年かかることもある
213: 2021/09/07(火)11:05 AAS
>>207
この規模でワンオペはまずない
214: 2021/09/07(火)11:08 AAS
こわれたことはわかるだろう
215(2): 2021/09/07(火)11:34 AAS
ハードが故障するなんて「前提」でしょ
おまえら故障しない前提でシステム作ってんの？
216: 2021/09/07(火)12:19 AAS
日本のITまじ雑魚すぎ
217: 2021/09/07(火)12:46 AAS
>>208
うわー、おもしろーいw
218: 2021/09/07(火)12:47 AAS
>>215
ハードが壊れるのはインフラレイヤーでは当たり前だがソフトウエアレイアーでは通常は要件に入らないぞ
ど素人やな
219: 2021/09/07(火)12:56 AAS
ソフトは形而上のもので誰にも理解できるってものじゃない
素人はひっこんでろ
220(1): 2021/09/07(火)12:58 AAS
>>215
当たり前だろ、そのためにOSがある
221: 2021/09/07(火)13:00 AAS
ソフトウェアから直接ハードを触ることはないよ
デバイスドライバとOSによって抽象化された仮想デバイスに対して
アプリは処理を行うわけだからハードの故障なんて気にするわけがない
ドライバとOSでなんとかしろよって思う
222: 2021/09/07(火)13:01 AAS
ハードの故障を監視して対応行うのはそれこそアプリ開発者のやることではないわな
223: 2021/09/07(火)13:02 AAS
こんかいのことで明るみになったのはLinuxとオープン系サーバの脆弱さだよ
メインフレーム使ってたらこんなこと起きなかった
224(1): 2021/09/07(火)13:31 AAS
メインフレームとか、いつの時代の恐竜🦕だよ。。。
もう、絶滅すべきだろう。使ってるのはわかるけどさ。
225(1): 2021/09/07(火)15:25 AAS
>>224
絶滅すべき理由が古いだけじゃあなあ
メインフレームは現在も進化してる
富士通はメインフレームを作り続けているからこそ
京で世界最高性能を達成し富岳で最強の座に君臨できたんだぞ
パソコンで銀行のシステム動かしてるいまのやり方は
メインフレームから退化してると認識した方が良い
226(1): 2021/09/07(火)15:28 AAS
>>220
HDDや補助記憶装置じゃないんだから
DBサーバでそれ言うかね
227: 2021/09/07(火)15:30 AAS
>>226
アプリ開発者がDB作ってるとでも思ってんのか？ あ？
DBは富士通が作ってます、つまりみずほの責任ではありません
228(1): 2021/09/07(火)15:32 AAS
おまえらDBサーバって1つのHWだと思ってるの？
229(1): 2021/09/07(火)15:34 AAS
>>225
ハイパーコンバージドインフラとか言い始めてる時代に、メインフレームとか。。。
局地にデータセンター置いて、大規模災害でもおきたら、どうするの？
230: 2021/09/07(火)15:37 AAS
>>228
1つのHWってなんだよバカがｗ
231(1): 2021/09/07(火)15:38 AAS
>>229
だったらインターネッツのケーブルねずみさんにかじられたらどうすんだよあ？
232(1): 2021/09/07(火)15:58 AAS
>>231
かじられても良いように、複数箇所で稼働できるようにするんだよぉ
メインフレームじゃぁそんなに複数同期できんやろ
233(1): 2021/09/07(火)16:14 AAS
>>232
複数箇所で稼働しててもねずみさんにLANケーブル一本かじられたらそのシステム終わりだから
メインフレームはすごく硬いから大丈夫だけど
234(1): 2021/09/07(火)16:17 AAS
GCPやAWSが障害で世界中のシステムがトラブったって話は毎日のように聞くけど
メインフレームはそういうのないから
大規模災害が起こったらクラウドも全部ダメになる
メインフレームはすごく硬いから大丈夫だけど
235(1): 2021/09/07(火)16:31 AAS
メインフレームはねずみに齧られたりしません〜
ちゃんと24時間監視役います〜、掃除のおばさんも雇います〜
236: 2021/09/07(火)16:51 AAS
>>235
だから高いんだよ、ラックスペースとか、初期費用かかりすぎだろう
小さな企業が小さくはじめて、規模に合わせてスケーリングできるのがクラウドの良さだよ。それにコロナでリモートワークの時代にメインフレームじゃぁ、柔軟に対応できんだろう。
237: 2021/09/07(火)17:23 AAS
このご時世に数千億円規模のシステムを再度メインフレーム化してぶっ倒れる光景はちょっと見てみたいかもしれない
238: 2021/09/07(火)20:14 AAS
なに？ ハードの故障なん？
電源やマザーのコンデンサーが破裂とか？
239(1): 2021/09/07(火)20:27 AAS
メインフレームでできてたことがなんでできんなってしまうんじゃ
240: 2021/09/07(火)22:03 AAS
「取消情報管理テーブルの INDEX FILE のメモリ容量超過リスクに係る認識不足」は
HW障害とは言わないと思うがｗ 中の人のオペミスじゃん
まぁ年金システムみたく「IDとかわからんから氏名カナをキーにしろ」っつって
データが特定1名にマージされたのを
「事務員の怠慢」と称したアレより罪は軽そうだがｗ
241(1): 2021/09/07(火)22:26 AAS
>>234
AWSは物理的にも助長化してるから
金払って複数リージョン設定し解けばあちこちで核戦争が始まって地球が半壊しても落ちない
242: 2021/09/07(火)22:29 AAS
>>241
インスタグラムが見れなかったのはつい先日のことじゃん
AWSは結構障害多いよ
243: 2021/09/07(火)22:37 AAS
やっぱり印象操作だよなあ
他行に比べて障害が多いのかどうかもわからん
244(1): 2021/09/07(火)22:45 AAS
プログラマなら全部やるけどね、そうアップルならね
245: 2021/09/07(火)23:28 AAS
>>233
かたいからじゃないよ
設置マニュアルにネズミ対策の項目があるだけよ
246: 2021/09/08(水)06:29 AAS
>>244
んだね
安定稼働したらバイトにやらせる
その間に次のシステムを作る
247: 2021/09/08(水)11:44 AAS
>>239
メインフレームってリース料が月で億
オープン系は買い切りで数千万
そもそもの値段が違う
障害前提でシステムを組む世界なのに
「メインフレームでは故障しなかった」なんて言ってるから
時代に取り残されたんだよ
248: 2021/09/08(水)11:45 AAS
おまえら冗談で言ってるかもしれんが
データセンターなんて建物レベルでねずみ対策してるんだよ
249: 2021/09/08(水)12:20 AAS
また障害w
日本のITはインチキテクノロジーだわw
上下前次1-新書関写板覧索設栞歴
あと 419 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s