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

**仕様書無しさん** · 2021/03/02(火) 19:02:49.03

やる気あるのか

**仕様書無しさん** · 2021/03/02(火) 19:07:17.29

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

**仕様書無しさん** · 2021/03/02(火) 19:08:20.84

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

**仕様書無しさん** · 2021/03/02(火) 19:14:06.66

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

**仕様書無しさん** · 2021/03/02(火) 19:50:38.32

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

**仕様書無しさん** · 2021/03/02(火) 20:31:08.25

ココ↓は？
https://twitter.com/rokkotsukasa/status/1338487930944323589
https://twitter.com/5chan_nel (5ch newer account)

**仕様書無しさん** · 2021/03/02(火) 21:43:13.81

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

**名無しさん** · 2021/03/02(火) 22:05:04.60

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

**仕様書無しさん** · 2021/03/02(火) 23:04:12.86

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

**仕様書無しさん** · 2021/03/03(水) 00:10:27.17

え？派遣でしょ

**仕様書無しさん** · 2021/03/03(水) 04:17:37.02

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

**仕様書無しさん** · 2021/03/03(水) 06:59:14.45

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

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

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

**仕様書無しさん** · 2021/03/03(水) 07:03:48.15

余計な機能をつけくわけた結果、誰も予想し得ない複雑怪奇なシステムへ
中抜きしかしてこなかったITベンダーのおじさんどもが、顧客を騙して意味不明な提案をする

システム全体がダウンしないようにするなら、複数のシステムを幾つか分割統治・並列稼働させて
間を取り持つように旧来のみずほのシステムのようにすべきだった。富士通・日立・NTTデータ
こいつらが本当の犯人

**仕様書無しさん** · 2021/03/03(水) 09:57:25.36

>>11
Iじゃなかった？

**仕様書無しさん** · 2021/03/03(水) 14:23:41.00

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

**仕様書無しさん** · 2021/03/03(水) 19:00:38.76

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

**仕様書無しさん** · 2021/03/03(水) 19:01:56.55

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

**仕様書無しさん** · 2021/03/03(水) 19:02:58.88

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

**仕様書無しさん** · 2021/03/03(水) 19:06:41.18

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

**仕様書無しさん** · 2021/03/03(水) 22:04:41.98

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

**仕様書無しさん** · 2021/03/03(水) 22:26:38.82

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

**仕様書無しさん** · 2021/03/03(水) 23:13:17.34

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

**仕様書無しさん** · 2021/03/03(水) 23:13:25.79

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

**仕様書無しさん** · 2021/03/03(水) 23:39:40.08

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

**仕様書無しさん** · 2021/03/03(水) 23:44:39.10

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

**仕様書無しさん** · 2021/03/04(木) 00:14:37.62

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

**仕様書無しさん** · 2021/03/04(木) 00:48:02.51

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

**仕様書無しさん** · 2021/03/04(木) 09:56:23.78

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

**仕様書無しさん** · 2021/03/04(木) 10:41:48.35

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

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

**仕様書無しさん** · 2021/03/04(木) 11:15:03.05

銀行の出入口を自動ロックしたうえでATMから通帳・キャッシュカードを吐き出すようにすればよいと思う。

**仕様書無しさん** · 2021/03/04(木) 11:48:50.54

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

**仕様書無しさん** · 2021/03/04(木) 13:55:47.30

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

**仕様書無しさん** · 2021/03/05(金) 01:14:14.87

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

**仕様書無しさん** · 2021/03/05(金) 02:46:26.03

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

**仕様書無しさん** · 2021/03/05(金) 05:22:39.08

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

**仕様書無しさん** · 2021/03/05(金) 09:15:52.82

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

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

**仕様書無しさん** · 2021/03/05(金) 10:37:12.39

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

**仕様書無しさん** · 2021/03/05(金) 10:38:38.54

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

**仕様書無しさん** · 2021/03/05(金) 11:52:24.98

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

**仕様書無しさん** · 2021/03/05(金) 14:41:06.33

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

**仕様書無しさん** · 2021/03/05(金) 14:41:54.47

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

**仕様書無しさん** · 2021/03/05(金) 16:03:02.66

>>39
「無駄な」設計な

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

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

**仕様書無しさん** · 2021/03/06(土) 08:20:53.97

>>2
おまえの中ではな

**仕様書無しさん** · 2021/03/06(土) 08:36:40.68

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

**仕様書無しさん** · 2021/03/06(土) 08:45:37.40

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

**仕様書無しさん** · 2021/03/06(土) 08:55:06.85

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

**仕様書無しさん** · 2021/03/06(土) 09:04:57.28

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

**仕様書無しさん** · 2021/03/06(土) 09:17:18.36

言い返せないようだな

**仕様書無しさん** · 2021/03/06(土) 10:02:52.71

システムブレイカー

**仕様書無しさん** · 2021/03/06(土) 11:58:51.94

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

**仕様書無しさん** · 2021/03/06(土) 21:05:26.70

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

**仕様書無しさん** · 2021/03/07(日) 00:32:30.04

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

**仕様書無しさん** · 2021/03/07(日) 08:19:52.60

>>42
バグが無くなるまでしっかりと机上で設計してからコード書き、書いた後も紙に印刷したやつを手に
顔を突き合わせながら何度もコードレビュー、全然無駄じゃないんだよ
チョロっと設計して即座にコード書くだけの安いWeb屋とは、責任の重さが違うから

**仕様書無しさん** · 2021/03/07(日) 09:04:24.74

印刷したものを目視確認している時点で効率も悪けりゃ精度も低い

**仕様書無しさん** · 2021/03/07(日) 09:19:18.02

>>53
バグが無くなったという証明は？
普通にさっさとテストすればいいだろ
自動テストって知ってるか？
机上の空論じゃなくて、本当にバグがないことを動かして確かめるんだぞ

**仕様書無しさん** · 2021/03/07(日) 09:37:40.88

正しく動くことは確かめられるが
バグがないことなど確かめられない

**仕様書無しさん** · 2021/03/07(日) 10:16:39.42

そういうこと。だからいくら設計してもバグがないことは確かめられない

**仕様書無しさん** · 2021/03/07(日) 13:51:51.30

>>53
そういう無駄作業が逆にバグ増加を産んでるっていうことを知らんって
完全にモグリだろこいつ

**仕様書無しさん** · 2021/03/07(日) 14:15:11.41

とにかく書き始める。走りながら考える　→　利益の最大化
とことん設計する。仕様変更なし、全パターンテスト　→　品質の最大化
適当にやろうや　→　コスト削減の最大化

**仕様書無しさん** · 2021/03/07(日) 14:16:56.45

バグという言葉の汎用性がかえってバグを増やしている

・仕様と実装の差異
・仕様の考慮漏れ

バグというのは本来この２つしかない（FWやOSのバグに引き起こされたものは大抵は前者に含まれる）

**仕様書無しさん** · 2021/03/07(日) 14:26:41.25

>>58
限られた（不十分な）工数で品質をあげるには
経験に裏打ちされた暗黙の設計を集合知として（紙やエクセルでは存在しないが）共有する
そしてそのエア設計書に向かって実装する
いつも似たようなものを作っているのでやり方はだいたい同じだ
しかも日本式だと殿と百姓方式なので何か問題があった場合に殿の考えに沿ったほうへ修正しやすい
（海外のようなフラット組織だと意思決定で揉める可能性がある）
ワントップでイノベーションがない日本型だから通用する効率のよい方式だがガラパゴスを生む温床でもある

メリットもあるが、仕様や設計のバグや共通認識のズレを修正する機会がない
だから不具合は発生しやすいがそもそもドキュメントワークは生産性が悪い。時間がかかりすぎる
常に時間が不足している場合、単位時間あたりのアウトプットを最大化するには「よくわからないけど言われたまま空気読んで作る」が最適解になる
なるんだけどもそこからさらに質をあげるのであればドキュメントワークのほうを進化させないと進化が止まってしまう
そのドキュメントワークの進化として出てきたのはソースコメントのドキュメント化からはじまった歴史で
昨今ではプルリクエスト、テストファーストなどがあげられる

ソースを単独で存在させてはならない
解釈に幅がありしばしばそれが正しいかの理解を失ってしまう
ルールの上位概念である別のルールは常に必要なのだ

**仕様書無しさん** · 2021/03/07(日) 18:45:30.54

こんどはカードローンのシステム更新で停止
だめだこりゃ

**仕様書無しさん** · 2021/03/07(日) 18:51:37.30

根本的な原因
なぜ休業日にしてからバッチを走らせなかったのか

**仕様書無しさん** · 2021/03/07(日) 19:23:58.95

世界に無数の銀行があるのに
こんなに深刻な問題を出しているのは
ここだけ
体制が悪いんだろうな
それ以外に理由はない

**仕様書無しさん** · 2021/03/07(日) 19:31:58.51

夜が明けても止まらないバッチ
せまる営業時間

システム担当者は生きた心地しなかっただろうね

**仕様書無しさん** · 2021/03/08(月) 00:46:42.81

javaは有料になったんでしょ

**仕様書無しさん** · 2021/03/08(月) 01:24:56.23

富士通は金融システムから手を引いて欲しいよな
この前の東証ダウンも富士通だろう？

**仕様書無しさん** · 2021/03/08(月) 01:59:56.64

システム請け負った会社はめっちゃ締め上げられて頭下げてるだろう…

**仕様書無しさん** · 2021/03/08(月) 07:54:45.97

「なんだかわかんない優位ってのはなかなか覆されないんですよ！」
富士通プロパーが自信満々に言い放った言葉

たぶん実態は役人との癒着とか
雇用ができるからとかそういうのだ

**仕様書無しさん** · 2021/03/08(月) 08:48:52.80

みずほ銀行再びATMなどでトラブル 2021年3月7日
> みずほ銀行によりますと、7日午前8時ごろから一部のATMや
> インターネットバンキングで定期預金の預け入れができなくなりました。

https://www3.nhk.or.jp/news/html/20210307/k10012902741000.html

**仕様書無しさん** · 2021/03/08(月) 08:49:32.38

ダメダメだな....

**仕様書無しさん** · 2021/03/08(月) 11:08:37.96

>>53って、高度試験の不合格論文のようなテスト計画だな

問2
https://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2019h31_2/2019r01a_sa_pm2_qs.pdf
https://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2019h31_2/2019r01a_sa_pm2_cmnt.pdf

**仕様書無しさん** · 2021/03/08(月) 12:59:37.06

何十年も前に派遣で参加していた
通帳の数字のテスト担当の補助の補助だったな

**仕様書無しさん** · 2021/03/08(月) 20:38:29.66

Javaに払う使用料金は高いの？

**仕様書無しさん** · 2021/03/08(月) 20:56:02.67

基幹システムをC++でスマホアプリをC#で作っておけば…

何で作ってもみずほならダウンさせるだろうけど

**仕様書無しさん** · 2021/03/08(月) 21:59:58.32

記事をよく読むと実装とか設計の問題というよりは
設定と予算の問題なような気がする。
予算が少ないので、ハードウエア代をけちって(?)
キャパシティーを少なめに設定して
それで落ちている

**仕様書無しさん** · 2021/03/08(月) 22:18:17.98

>>76
たった45万件程度でメモリ不足になるんだから
設計に根本的な問題がある

**仕様書無しさん** · 2021/03/08(月) 22:18:58.95

いや普通に45万件程度でハードが云々は、誤魔化し会見を見抜けてない記事なだけでしょ
会見してる側も理解してない可能性も多々ありそうだが

**仕様書無しさん** · 2021/03/08(月) 22:21:29.83

>>78
ごまかし会見を見抜いたという根拠は？

**仕様書無しさん** · 2021/03/08(月) 22:26:27.83

銀行システムでメモリ不足になったとか初めて聞いたわw
もうfortran77で組むしかないなw

**仕様書無しさん** · 2021/03/08(月) 22:28:53.03

クソみたいなバッチ処理で落ちたならメモリ不足もありうるな（笑）

**仕様書無しさん** · 2021/03/08(月) 22:33:05.97

45万件の処理が、あっちからこっちに無意味に転送してを100回ぐらい繰り返して
4500万件相当になってるのかもしれないな

そんなことあるかと思うかもしれないが、一部の項目を修正する時に
既存の処理を修正すること無く間に処理を追加するような
馬鹿げたことをやってると、項目ごとに転送を繰り返すような
クソシステムができあがる

自動テストがないから、既存の処理を修正することが出来ないわけさ

**仕様書無しさん** · 2021/03/08(月) 22:40:31.98

4500万件でもスマホじゃねーんだぞ。ってレベルだけどな。

**仕様書無しさん** · 2021/03/09(火) 07:34:57.66

>>4
あはは
1億倍ゲームのほうが難しい

**仕様書無しさん** · 2021/03/09(火) 07:44:37.50

ゲームが映画コンテンツに並ぶ力を持つようになった今
インフラを選択したのが正しかったのかどうかわからない

**仕様書無しさん** · 2021/03/09(火) 10:38:54.79

4500億円かけてドット時代のマリオやドラクエより簡単なシステム設計を糞難しく考えてゴミを作る

**仕様書無しさん** · 2021/03/09(火) 10:58:55.72

マリオカートのオンライン対戦とか
高速で動いてるカートをほぼリアルタイムで反映させないといけないからな
一部ズルをしてるのだろうけど、それでも銀行とは比べ物にならないぐらい
高速にデータを処理しないといけないわけだ

**仕様書無しさん** · 2021/03/09(火) 18:01:05.71

>>87
銀行はそういう難しさじゃないだろ

**仕様書無しさん** · 2021/03/09(火) 19:03:44.91

ゲームは計算間違えても画面がちょいおかしくなるだけだし
銀行とか計算間違えたら大変な事になるんだよ
この差はデカイ

**仕様書無しさん** · 2021/03/09(火) 19:21:13.97

ゲームに必要な複雑な計算と
単純な四則演算だけの銀行の計算を一緒にするなよ

銀行は開発手法に大きな問題があるって
修正なしで継ぎ足しだけでつじつまを合わせようとするから
難しくなってるんだよ

**仕様書無しさん** · 2021/03/09(火) 19:53:24.69

どうにかせねばいかん

**仕様書無しさん** · 2021/03/09(火) 20:04:18.86

銀行の複雑さは、技術的に正しいことじゃなくて
このコードはあのお偉いさんが書いたから
バグっていても修正したら駄目だ
みたいなことがあるせい

**仕様書無しさん** · 2021/03/09(火) 20:17:47.24

しれっと直して
しらんぷりしとけばいいのか
やっぱり

**仕様書無しさん** · 2021/03/09(火) 20:47:29.86

効率良くしようと下手に手を付けて、何か起きたら自分のせいになるから誰も過去の遺産に手を付けたくないんだよ

**仕様書無しさん** · 2021/03/09(火) 20:47:38.71

ゆがんだ機能を残したばっかりに
こんなの使えないし使ってるやついないと思ったら
半分だけ自前でやって機能使ってるシステムがいて
どう考えてもいらないのに消そうにも消せなくなり
どっちも歪んだまま身動きとれなくなるという

**仕様書無しさん** · 2021/03/09(火) 21:38:40.16

利子計算の時小数点何桁で何をするか
はっきり仕様が決まっているのかどうか
どうも疑わしい。

**仕様書無しさん** · 2021/03/09(火) 21:39:39.35

作り直ししたのにまたスパゲッティ化したんだな

外注任せにせず内製しろ
精鋭を100人ぐらい集めた方が速い

**仕様書無しさん** · 2021/03/09(火) 22:03:19.24

100人でも多いんじゃね？
コア開発メンバーはそれこそ10人程度で十分
テスターなどは沢山用意してもいいとは思う

**仕様書無しさん** · 2021/03/09(火) 22:06:24.48

テスターは人力テストをしてはならないっていうルールを作ったほうが良い

**仕様書無しさん** · 2021/03/09(火) 22:35:55.81

いまだにこの銀行に預けて文句言ってる奴の気が知れない

**仕様書無しさん** · 2021/03/09(火) 23:52:39.98

でもみずほは企業からの評価は割と高いと思うが

**仕様書無しさん** · 2021/03/09(火) 23:54:50.72

ずっとみずほ使ってたけど別にサービスがある訳じゃないしこんな事ばかりやってるから
最近は楽天銀行に預金移動しているわ

**仕様書無しさん** · 2021/03/10(水) 02:17:14.14

超大口以外は消えてほしいというのが三大銀行の本音
なのでwin-winかな

**仕様書無しさん** · 2021/03/10(水) 04:12:43.02

>>103 昔からその手の妄言を自称銀行業界に詳しいのが言うけど
決算資料も読んでなければ、ろくにIR系のレポート資料すら読んでないよな
さらに言えば”大口”がどう言う意味なのかも分かってないアホだから文脈から外れてるのも理解してない

**仕様書無しさん** · 2021/03/10(水) 09:44:15.44

銀行は巨大なハードウェア群保守や日々の臨時運用等もあって動いてんだよ
災対用のフローも当然ある
それを含めてシステムだからな
作って終わりじゃない

**仕様書無しさん** · 2021/03/10(水) 10:06:02.33

>>105
> 銀行は巨大なハードウェア群保守や日々の臨時運用等もあって動いてんだよ
だからなんだよ？

ソフトウェアがクソだって話しかしてねーぞ

**仕様書無しさん** · 2021/03/10(水) 12:10:54.73

>>103
超大口もこんなポカやらかすとこからは離れていくと思うけど？
他の銀行も大歓迎だろう

**仕様書無しさん** · 2021/03/10(水) 16:34:28.28

>>106
だからーソフトウェアだけじゃないって事だろ？
ゲームとはそこが全然違う
ゲームは確かに動きもあるし違う意味の難しさがあるが
それとは違う難しさがあるって事だろ
おまえこそスレタイを百回読めよ

**仕様書無しさん** · 2021/03/10(水) 17:16:06.81

>>108
ソフトウェアは高価なハードウェアでもそうでなくても同じように動きます。
ゲームを巨大なハードウェア郡で動かすと
銀行よりも遥かに高い信頼性を得ることが出来ます。

つまりゲームのほうがソフトウェアの信頼性が高いんです。

**仕様書無しさん** · 2021/03/10(水) 17:24:37.36

お前プログラマ向いてないからやめた方がいいぞw

**仕様書無しさん** · 2021/03/10(水) 17:33:32.43

>>110
テメーだろ
システムとは何かも分からず同列に語るだけのテイノウ君

**仕様書無しさん** · 2021/03/10(水) 17:41:29.77

>>110は>>109宛だよ

**仕様書無しさん** · 2021/03/10(水) 17:44:15.27

>>112
それは大変申し訳ない
失礼しました

**仕様書無しさん** · 2021/03/10(水) 17:46:33.82

ちなみにこの前PSstoreで買ったゲームがダウンロード出来なくてサポートにメールして
直して貰った
まあそういうのもあるよな

**仕様書無しさん** · 2021/03/10(水) 17:57:00.07

>>105
システム設計やリソースの割り当てをミスっていれば
24時間365日人間アラームが張り付いてても何も出来ん

去年、何回も全取引を停止して段階的にアップデートしたのに、この顛末

**仕様書無しさん** · 2021/03/10(水) 18:31:08.76

小口も超大口も維持料は変わらないので、
小口はいらないというのが銀行の本音
シティバンク銀行とか昔から小口はいらないため
預金額が小さい口座からは口座維持手数料を取っていじめる
超大口はみずほがつぶれないのを知っているので
引き上げない。危なくなったら国が助けに入るのを知っているから

**仕様書無しさん** · 2021/03/10(水) 18:59:31.82

>>110
お前がやめたほうがいいぞ。何も理由なく言ってるだろ？

**仕様書無しさん** · 2021/03/10(水) 20:14:09.29

いくらハードウェアに力を入れても
ソフトウェアの問題が解決するわけがないからね

**仕様書無しさん** · 2021/03/10(水) 20:16:27.99

ちなみにソフトウェアに力を入れるとハードウェアの問題は解決できたりする
信頼性が90%ぐらいであったとしても、それを数万台稼働させれば
ほぼ100%に近い信頼性を得ることが出来る
それがクラウドなんだが、まあ銀行のシステムとかがこっちの世界にはこれそうもないな

**仕様書無しさん** · 2021/03/10(水) 20:23:15.37

>>105
月末のリソース消費集中も読めないとかweb業界以下じゃねーかw

**仕様書無しさん** · 2021/03/10(水) 23:18:02.88

コーディングも出来なければ可用性や信頼性を考慮した設計レビューも出来ない奴に
銀行のシステムはWebやゲームより高度みたいに言われると確かに腹が立つな

>>4が真実

**仕様書無しさん** · 2021/03/10(水) 23:25:33.73

Webは銀行でも使ってるだろうに

**仕様書無しさん** · 2021/03/10(水) 23:26:03.69

>>116
小口がいらないからシステム障害起こしてるのかw

**仕様書無しさん** · 2021/03/11(木) 00:22:09.62

>>53
無駄無駄無駄無駄ァ
いつの時代だよ笑
そんなんだからまともに動くシステムできないんだよ無能くん

**仕様書無しさん** · 2021/03/11(木) 00:25:51.92

ゲームって所持金に関するバグはちょくちょく出してるんだけど
銀行は今まで出したことがないので銀行プログラマーのほうが優秀だよね

**仕様書無しさん** · 2021/03/11(木) 00:32:25.99

>>105
で？
ソフトの話ってのが分からないのかな？笑
それに作って終わりじゃないってのは、ちゃんと動くシステム作ってから言おうね笑

**仕様書無しさん** · 2021/03/11(木) 00:44:18.21

なんか馬鹿がイキってるなワロス

**仕様書無しさん** · 2021/03/11(木) 01:18:01.05

>>125
みずほのトラブルは、バグなんだけど
バグをバグと認めてないだけでは？

**仕様書無しさん** · 2021/03/11(木) 01:49:56.99

トラブル多すぎてどれのことを言ってるのかわからんが
2月28日の件だったら前日まで毎日やってた処理なのに
・2月は日数が少ないために1日あたりの処理件数が多い
・月末なので処理件数が多い
っていう処理件数が多くなる原因が重なったためにリソース不足になったのが原因

問題の処理は「直近1年間で使ってない通帳にフラグをたてる」っていう処理だから金額がおかしくなったわけじゃない
平行して動いていた積み立て処理もアボートしてるから正確にいうとお金に関するトラブルは発生してるんだけど
実行できなかっただけでおかしな金額になったわけではない

以上のことからお金を失ったりお金が増えたりという「所持金に関するバグ」は出してない

**仕様書無しさん** · 2021/03/11(木) 06:58:34.15

リソース不足じゃなくてバグだろうな
バグって公表すると聞こえが悪いから
リソース不足って嘘を付いてるんだろう

だってたかが数十万件だよ？
ゲームだったら1秒間で処理するレベル

**仕様書無しさん** · 2021/03/11(木) 07:40:33.67

>>130
銀行のデータ数十万件は障害で失われてはならないからデータ自身だけでなくログ込みでストレージにI/Oする必要があるが、ゲームのデータ数十万件はは処理が間に合わなければ間引いたり簡易的な計算で済ませて時間内に表示を終わること最優先で処理すれば良いわけだろう。
データ1件あたりの内容や性質がまったく異なるのに同列に比較するってただのバカだろう。

**仕様書無しさん** · 2021/03/11(木) 09:18:11.33

金融系って残業多そう

**仕様書無しさん** · 2021/03/11(木) 10:35:27.53

>>131
ゲームは1秒間でそれだけの処理を実行してるってことに注意な
バッチ処理みたいに十分な時間があれば間引かないでいい

というか、本来「間引く」処理のほうが難しいんだよ
わかってるかな？間引いても辻褄が合うようにしないといけない上に
間引くことで計算量を減らして時間内に終わるようにしないといけない
例えばお前、複利計算を「間引いて」計算速度を上げる方法を思いつくか？

お前の言うように処理速度を上げるために、正確な計算式から
多少正確ではないが高速な計算式に変えてるとしたら
ゲームのほうが難しい計算をしてるってことになるんだよ

**仕様書無しさん** · 2021/03/11(木) 10:36:21.26

> 銀行のデータ数十万件は障害で失われてはならないからデータ自身だけでなくログ込みでストレージにI/Oする必要があるが、
データベース・サーバーは普通その機能を持ってる

**仕様書無しさん** · 2021/03/11(木) 11:25:21.02

>>134
そりゃデータベースがその機能を担ってるのは当たり前だよ。それ込みで、まったく目的も要件も異なる処理を同じ数十万件で時間が1秒とかいうバカげた比較をしていることに非難しているだけだぞ

>>130は相変わらず的外れな比較をしてるな。間引いちゃいけない計算を間引けないだろ？とか何を言いたいんだか分からない。それならマリオカートのオンライン対戦はレース中に誰かが電源断してもその時点までロールバックして再開できないから欠陥だ、とか言われて納得するのか？
どっちが難しいとかどうでも良いんだよ。比較する観点も明確でないまったくの別物を勝手な基準で比較してこっちが上だっていうのが気持ち悪いだけなんだよ。

**仕様書無しさん** · 2021/03/11(木) 11:36:35.62

いいえ、どっちが難しいかの話を知ています。

4 自分：仕様書無しさん[sage] 投稿日：2021/03/02(火) 19:14:06.66
ゲームプログラマは銀行のシステムを作れるが
銀行のシステムを作ってる奴らはゲームを作れない

**仕様書無しさん** · 2021/03/11(木) 12:24:22.39

FFで所持金の数字がでたらめになるバグ出したろ？
同じ土俵で比較していいんだったらFFはみずほよりひどいバグ出してるんだよ

**仕様書無しさん** · 2021/03/11(木) 12:27:12.60

銀行は取り付け騒ぎになることがあるけど、ゲームだって二次元とはいえ未成年の女の子が野球拳で服を脱ぐというデマが一流誌で堂々と流されてる
これ昔だから笑い話で済んでるけど今やらかしたら全回収した上で海外撤退レベルの話だからな

**仕様書無しさん** · 2021/03/11(木) 12:34:26.04

>>137
じゃあ同じ土俵で比較しましょうか？

みずほ銀行19年の苦闘…開発費4000億円以上“IT業界のサグラダファミリア”完成までの歴史
https://ddnavi.com/review/603206/a/

海外サイトが選ぶ『最も開発費が高いゲーム』TOP20
https://www.gamespark.jp/article/2015/06/01/57371.html

1.『Destiny』（2014） ― 5億ドル
2.『Grand Theft Auto V』（2013）― 2億6500万ドル
3.『Call of Duty: Modern Warfare 2』(2009) ― 2億ドル
4.『Star Wars: The Old Republic』（2011） ― 2億ドル
5.『Final Fantasy VII』（1997） ― 1億4500万ドル（当時 1ドル120円として174億円）

**仕様書無しさん** · 2021/03/11(木) 12:38:34.06

>>139
みずほの圧勝じゃん

**仕様書無しさん** · 2021/03/11(木) 12:39:24.39

損害額も比較しなきゃw

**仕様書無しさん** · 2021/03/11(木) 12:41:45.05

みずほ、ゲームの20倍もの金かけて失敗だもんなｗ

**仕様書無しさん** · 2021/03/11(木) 12:44:10.77

銀行のシステムが大規模なシステムか？って考えたら
オンラインゲームが登場前まではそうだったかもしれないけど
オンラインゲームではゲームの方がが圧倒的に大規模なんだよな

リアルタイムで何万人ものアクセスがあり
インターネット接続だからセキュリティも必要
世界中からアクセスされてるから日常的な停止時間も作れない

**仕様書無しさん** · 2021/03/11(木) 13:00:02.76

しょっちゅうメンテナンスだと言って止まってるイメージがあるぞ

**仕様書無しさん** · 2021/03/11(木) 13:37:27.48

みずほは開発自体より阿呆な顧客まとめるのが地獄だろ

**仕様書無しさん** · 2021/03/11(木) 13:43:52.87

まあ、ゲームなら障害起こしたらゲーム内通貨配るだけだしなw
あ、銀行も障害起こしたらボールペンとかメモ用紙配るだけだったw

**仕様書無しさん** · 2021/03/11(木) 13:45:24.20

ネトゲはよく知らないけど、FFとPSOとリネージュの既存システムとユーザデータを引き継いで良いとこ取りで統合した新規オンラインRPGの開発とかやったら、みずほ並みのサグラダ・ファミリアが見られそう

**仕様書無しさん** · 2021/03/11(木) 14:00:17.81

銀行の客じゃなくて
複数ベンダーと内部の権力争いなどまとめるのが大変

**仕様書無しさん** · 2021/03/11(木) 14:01:55.03

>>148
権力争いが簡単なシステムを複雑化させてるのはよくある話

**仕様書無しさん** · 2021/03/11(木) 14:03:43.48

>>147
普通はサーバー統一するからそれは無い

**仕様書無しさん** · 2021/03/11(木) 14:10:37.50

他の銀行ではこんなトラブルほとんど聞かないのに

**仕様書無しさん** · 2021/03/11(木) 14:11:31.63

一つのトランザクションで残高と取引履歴を更新すれば良いだけ
残高の不整合など生じない

**仕様書無しさん** · 2021/03/11(木) 17:48:32.00

積みあがった開発費はただの恥　>>139
馬鹿みたいな金額と工数と人員費やして何をやっていたのか謎

**仕様書無しさん** · 2021/03/11(木) 19:22:48.67

トランザクション粒度をかなり小さくしないとまともに運用できないから大変なんだよ馬鹿。
とはいえみずほはできてないからなんもいえんだろうが。

**仕様書無しさん** · 2021/03/11(木) 19:26:48.24

恥だから何なんだ
金がもらえるんだ

恥なんか人の決めることだから気にしてたらいいようにつつきまわされる
クラウドソーシングでゴミみたいな趙安開発山ほど転がってるぞ
不満ならそれにしろや

**仕様書無しさん** · 2021/03/11(木) 19:53:50.41

金の話をしたいならよそにいけ
ここはプログラマー板、技術の話をしてる

**仕様書無しさん** · 2021/03/11(木) 19:58:31.32

技術の話だけしたけりゃム板にいけよ

**仕様書無しさん** · 2021/03/11(木) 20:16:31.36

この板年収300万が8割だからな

**仕様書無しさん** · 2021/03/11(木) 20:18:01.33

必死すぎやろｗ

**仕様書無しさん** · 2021/03/11(木) 20:22:09.88

対人が難易度高すぎる
こんなこと続けてたら脳みそ壊れるなまじで

**仕様書無しさん** · 2021/03/12(金) 19:52:18.97

海外送金遅れ発生
もはや銀行の体を成していない…

**仕様書無しさん** · 2021/03/12(金) 20:30:12.19

今からでも、技術面で本当に信用できる人たちにシステムの見直しと再構築を
依頼した方がいい　金がかかってもいいから

**仕様書無しさん** · 2021/03/12(金) 20:40:37.37

>>162
くるわけねーじゃん…
技術的な問題だけじゃねーもの

**仕様書無しさん** · 2021/03/12(金) 21:12:50.62

処理が重なる月末にデジタル口座に移行してシステムパンク
https://news.yahoo.co.jp/articles/20e762b9d0cfbe31f0f96caa15ebd48be56d6709

>記帳がない口座を６回に分けてデジタル口座に移す予定を立てた。
良く分からないけど、
移さなくても該当の利用者個々にフラグを立てて、処理を分岐すりゃいいのでは？？

**仕様書無しさん** · 2021/03/12(金) 21:32:37.03

このまま崩壊すんじゃねww

**仕様書無しさん** · 2021/03/12(金) 21:35:32.09

Mizuho Bank ~ ATM stop version ~ trailer ※Fake subtitles
https://youtu.be/aoJoI_PMdL8

全みずほユーザーが絶滅のおそれ
ワロタ

**仕様書無しさん** · 2021/03/12(金) 21:46:52.29

わー
やちんがふりこめなーい
たいへんだー

**仕様書無しさん** · 2021/03/12(金) 21:50:23.29

>>59
草

**仕様書無しさん** · 2021/03/12(金) 21:52:02.24

Everything Awesome!

**仕様書無しさん** · 2021/03/12(金) 22:01:03.78

>>167
振り込むつもりないやろ
でもクレカの決済とかあったら地獄やな

**仕様書無しさん** · 2021/03/12(金) 22:21:21.73

もう、みずほとは決別する
楽天銀行に移行する

**仕様書無しさん** · 2021/03/12(金) 23:23:27.62

>>164
データはデータベースを使わずにファイルを使っていると考えてください
COBOLの文化です

移さないと余計なファイルがあって処理が遅くなるのです

**仕様書無しさん** · 2021/03/12(金) 23:47:32.67

>>172
リプレース時に何回も全システム止めてるのに、その仕様を抱えたまんまだったのか

**仕様書無しさん** · 2021/03/12(金) 23:54:05.08

言語を変えれば自然とモダンになると思ってる
Javaなんです！データベースを使わせてください！
上司「ファイル使えやJavaでコントロールブレークや」

**仕様書無しさん** · 2021/03/13(土) 01:23:06.33

俺だよ！

**仕様書無しさん** · 2021/03/13(土) 02:59:44.93

>>164
財務省の役人が理解できるように移行しないと
印紙税が取られてしまうんだよ

**仕様書無しさん** · 2021/03/13(土) 10:09:31.13

>>172
せっかく作り直ししたのに
as is（今までどおり）にしてるじゃん？
RDBMS使えよ

> 難関だったのが要件定義だ。みずほＦＧはユーザー部門主体で要件定義をやり直した。
> その際は旧システムの要件や現状の業務フローを踏襲する「ＡＳＩＳ（アズイズ）」の要件定義を全面的に禁じた。　
> 「過去の苦い経験から、要件定義においてユーザー部門が『今のままで良い』『アズイズでよろしく頼む』との態度をとるのが最悪だと学んだ」。

**仕様書無しさん** · 2021/03/13(土) 14:13:27.05

>>172
あなたCOBOLの素人でしょ？

**仕様書無しさん** · 2021/03/13(土) 17:50:44.64

ソフトをゼロから組み直してハードを全部入れ替えた方が早かったよな

**仕様書無しさん** · 2021/03/13(土) 18:32:37.89

学生時代に口座を作って以来ずっとメインバンクにしてきた所だから、
何とかこの危機を乗り越えて欲しい

**仕様書無しさん** · 2021/03/13(土) 18:59:26.74

おまえらの学生時代だったらみずほのみの字もなかった頃やろ

**仕様書無しさん** · 2021/03/13(土) 19:25:14.69

俺の学生時代は第一勧銀だったよ

**仕様書無しさん** · 2021/03/13(土) 19:26:19.25

いや学生の時にみずほになったんだった

**仕様書無しさん** · 2021/03/13(土) 20:07:06.37

富士銀行？

**仕様書無しさん** · 2021/03/13(土) 21:04:17.83

>>163
金積まれても関わりたくないって人は多いかも

**仕様書無しさん** · 2021/03/13(土) 21:23:35.92

みずほ銀行のシステムってSPOFあるの？

**仕様書無しさん** · 2021/03/13(土) 21:58:13.61

システム作ったやつなにやっとんねん！

**仕様書無しさん** · 2021/03/13(土) 22:28:37.37

信金とかのシステム使わせてもらえばいいよ

**仕様書無しさん** · 2021/03/13(土) 22:35:01.80

やっぱりつぶした方がいいかもな
吸収合併してもまた勢力争いを始めるだけ
救いようがない

**仕様書無しさん** · 2021/03/14(日) 02:15:31.38

つぎはぎで中にはDB使ってないとか色々ありすぎてトランザクションが上手くいがないんだろうと予想
この推測があたりならこれは深刻だよ

**仕様書無しさん** · 2021/03/14(日) 10:28:55.57

情シスが窓際部署なみずほに責任を問うても仕方がない
馬鹿仕様なシステムを勧めた元請けは、富士通、日立製作所、日本IBM、NTTデータ

**仕様書無しさん** · 2021/03/14(日) 13:36:53.27

>>191
この４社を捨てるとして他に発注できるようなとこある？

**仕様書無しさん** · 2021/03/14(日) 13:38:38.02

NECもダメだしそういう企業に出すよりはゲーム会社に出した方が多分まともなものが出来るｗ

**仕様書無しさん** · 2021/03/14(日) 14:07:40.55

恥も外聞も捨てて
GAFAに発注するしかないな
いっそのことGAFAに身売りしてしまえば?

**仕様書無しさん** · 2021/03/14(日) 14:28:43.30

>>194
自民党の本音はそれだろうな
売国政権

**仕様書無しさん** · 2021/03/14(日) 17:50:22.15

大手銀行員が顧客の個人情報を使った副業を紹介していたけど、システム障害と合わせて日本の口座のお金に悪影響する確率は高そうな印象を受けた

**仕様書無しさん** · 2021/03/14(日) 18:01:25.40

269 番組の途中ですがアフィサイトへの転載は禁止です (ﾜｯﾁｮｲW 127b-18A5) 2021/03/14(日) 10:48:31.09 ID:VAOmWMLk0
メモリ不足になるって全データをメモリに読み込んでから順番に処理してるの？
全部障害になるって1台のサーバーなの？

イテレータとかジェネレーターも知らない男の人って…

**仕様書無しさん** · 2021/03/14(日) 18:07:58.60

日本語でok

**仕様書無しさん** · 2021/03/14(日) 18:08:53.59

>>198は>>196宛

**仕様書無しさん** · 2021/03/14(日) 18:09:54.31

何が原因でメモリ不足になったのか全く言ってないので
よく話の分からなかった記者がデタラメ書いてる可能性もある