みずほ銀行のシステム作った奴誰だよ

昭和初期の人々、もうおなくなり

簡単かどうかは別として世界中で銀行が動いているからな
みずほだけが銀行だと言うわけじゃないのにみずほだけが失敗に失敗を重ねてる

「無駄な」設計な

設計という名のドキュメントをたくさん作るだけ
同じようなことを何度も繰り返して
同じようなコードを何度も書く
同じようなテストを何度もして
同じようなバグをたくさん見つける

それが良いと思ってるんだからしょうがない
無駄をなくして開発コストを下げようとする「設計」をしていない
だから、しっかり＝大量のコードで複雑化して手がつけられなくなるんだろ
大量にあればいいってもんじゃない

ココ↓は？
https://twitter.com/rokkotsukasa/status/1338487930944323589
(deleted an unsolicited ad)

じょうつよさんはAWSとAZUREの両刀使いでしょ

銀行本体から請負まで寄生虫だから失敗するようになっている

みずほは複雑に複雑を重ねてるからな
システム開発はどれだけシンプルにするのかを目指すものなのに
それをやらずにシステムを建て増ししている

処理件数を適切に見積もれなかったというけど
処理件数を見積もることが不可能なレベルにまで
複雑化してるっていうのが真の理由だろ

なんでよりによってその機能が誤作動しちゃったんだろうな

三井住友や三菱東京UFJなどではこういったトラブルは今までにないんですか？

え？派遣でしょ

↓こういう下請け企業もあるみたいだし・・・
＞F県にあるブラック下請it企業A
＞・社内でハラスメント横行(二人辞め、１人通院中)
＞・残業代は完全未払い、退職金も無し
＞・社長が地方在住で東京への交通費が無駄にかかっている
＞・現場派遣に経験は一切考慮されない
＞経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
＞・どんなに派遣先に負担があっても、リーダーなど職責の負担があっても給与やボーナスで調整される事はない。
＞給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
＞・社長がハラスメント被害者と面談した際の一声が「友達いるの？」(慰めてくれる人いないの？の意味らしい)
＞・こんな犯罪企業でも金融系の案件に携わっている

Iじゃなかった？

データ破壊がなくて良かったってことか

システムブレイカー

おまえの中ではな

簡単なはずなんだよなぁ（知識と想像力が足りてない）

みずほ銀行の基盤システムには、どこかで問題が起きた場合にシステム全体がダウンしないよう、一部の
機能に制限を掛けて負荷の軽減を図る機能がある。今回もその機能が稼働し、全体的な障害は免れた。

しかしその結果として、インターネットバンキングやATMをつかさどる部分の機能が制限される事態に。
リスクを最小限に食い止めるためにATMの機能が制限され、障害となって現れた。

ATMには不正利用の食い止めや、不完全な処理の確認のため、通帳やキャッシュカードを一時的に取り
込む機能がある。これが誤作動した。

おれ派遣でいってたよ
仕様書みても全くわけわからんかったけど
とりあえず仕様書のとおり作った
あんなわけのわからん仕事は初めて
設計してる人はすげーと思った

条件分岐が無限に続くようなシステムやぞ

たった定期預金の不稼働更新ごとき45万件でATMを巻き込んでコケるシステムデザイン、富士通・日立・NTTデータ
・該当口座45万件以外に影響が出ないように設計しなさい
・1つのことを上手くやるプログラムを書きなさい
・それを45万回早くやる方法を考えなさい

銀行員が自分たちの業務や契約内容知らんからなw

銀行本体から請負まで寄生虫だから失敗するようになっている

んなわけねーよ。単純に馬鹿やってるだけ。
そもそもCOBOLしかりIT化の元祖だぞ。

銀行って独自の仕様があるだけで決して難しくないのに、
元請けはさも難解であるかのように客に説明し大金を支払わせ、
電卓すら満足に作れないPGに大量動員がかかる

業務のほうをリストラできなかったのが敗因だろう

COBOL知らないのが丸わかりな発言だなぁ
あれよりしっかりと設計を徹底する現場ないぞ

銀行は例外処理が多すぎる
業務が複雑すぎるのだ

まあこういうシステムにありがちな自分の責任になりづらいようにわかりづらいドキュメント、コードを大量に書くようになってるんだろう。
わかりやすいクソだな。

どこか１つのシステムだけ採用してほか潰せばよかったんだよ
統合するからってシステムまで統合する必要はなかった

無料でダウンロードできるゲームがシステムより難しいわけないっしょ

というくらい客が疎いので、またクラッシュしました

5億もあればシステム作れるやろ
テストやらインフラとかはまた別だが100億で作れないとか無いわな

COBOLのような無能な人材による人海戦術による開発が
言語をJavaに変えただけで改善できると思ってたのかもな
コボラーが開発している以上言語を変えても無駄だ

今からでも遅くないから
一から作り直した方がいいと思う
そんなお金はないか
でも結果的に作り直した方が安いと思うけどな

AWSに勘定系移行を検討してる三菱UFJと全く異なるベクトルに居るな

AWSはしばしばシステム停止してるけど対策どうするの？

その程度の技術力でデジタル通帳導入とか100年早いわ

ゲームプログラマは銀行のシステムを作れるが
銀行のシステムを作ってる奴らはゲームを作れない

完全新規……まさかJavaか？
そうなら不具合でて当然だな

完全新規……まさかJavaか？
そうなら不具合でて当然だな

作り直した成果物が現在稼働してるシステムなんだよ。
2002年頃に三社が合併したときは、よく言われている通り三社のシステムをぐちゃぐちゃに合体させたもので、稼働初日に大規模障害が発生した。
2011年、東日本大震災が発生した際は、震災でサーバが壊れるとかにはならなかったくせに、震災後に義援金などの取り扱いが多発した結果、システムがダウンした。二度目の大規模障害。
これで懲りたらしく、三社合併システムをやめて完全新規のシステムに作り直そうという一大プロジェクトを発足。
8年ほどの歳月と4000億円を超える資産を投じて、2019年、ついに完全新規システムが稼働開始。
そんでその完全新規システムで発生したのが今回の障害。

言い返せないようだな

機能要件はそうなんだけど、みずほ銀行の場合は旧合併元の縄張り争いがシステムにまで派生してたから糞ややこしい
どうせ解らないんだから側（UI）だけ活かして中身はそっくり変えれば良かったのに

コインチェックのようなbitcoin取引所作っている会社の方が
銀行システム作るのに適してそうだ
まぁ、楽天みたいに色々やってるけどUIがクソみたいなところもあるけど
会社がでかくなるとしゃーないのかな

銀行のシステムでなにか難しい処理が必要なんか？
トランザクションは難しい処理じゃないぞ

銀行のシステム、証券と比較したら、簡単でリアルタイムでもなく、簡単なはずなんだけどなあ。

おまえそもそも運用すら知らんだろ

ここでアホどもが言ってるのが極一部だろ

そういうレスはいらんからさ
銀行のシステムなんて技術的に難しい（？）のは
他のシステムでも一般的なトランザクションぐらいで
あとは上から下に数値計算するだけだろ
複雑なUIもないし、非同期的に割り込まれる処理もない
入力データから出力データが単純に決まるから自動テストもやりやすい
銀行の処理のどこに複雑になる要素があるんだよ？

ゲームに比べれば簡単なシステムなのにな

でもサクラダファミリアって言われてたのに一応完成したのには驚いた