みずほ銀行の新システムがIBM×COBOLで昭和っぽさあるとおもったら逆で、みずほだけが「脱・昭和」できてたのか - in between days

日経 xTECH（クロステック）で「35万人月、みずほ銀行システム統合の謎」というシリーズ記事が公開されている。 tech.nikkeibp.co.jp 出典は「日経コンピュータ」誌の2019年9月5日号で、32ページにわたる特集を全19本の記事で構成している。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 有料会員向けの記事ということもあるんだろうけれど、上記のような一部記事だけが微妙なかんじでバズっていて、その記事を読むと、まあこういう感想になる。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 今年って昭和何年だっけ？ “基盤とアプリ開発のベンダーが異なることで特有の難しさも生じた。富士通はIBMの基盤上で動作するCOBOLプログラムを開発しなければならなかった”2019/09/10

[mohri]

その残ったメインフレームを何とかするプロジェクトで10年後にお会いしましょう。

[khtno73]

はーこの規模のシステム、要件定義でtobeに舵を切って終わらせるのって凄すぎる。そりゃ金も時間もバカみたいにかかるけど経営陣プロジェクトオーナーPM陣は覚悟したんだな。そしてやり切った。

[sgo2]

再構築したのにわざわざCOBOL?

[hirorinya]

しかし、全体最適しまくったSOAの重厚すぎるESBが逆にモダンな開発の足かせになり得るようにも思う

[ksugimori]

xTECHは微妙に煽りタイトル気味だからなあ。地味に面白い記事も結構あるのに。

[hobbiel55]

銀行の勘定系なんて新しい業務は出てこないのだからAS ISで安く済ませて、他のシステムにお金かけるのが合理的だと思うがなあ

[akikonian]

10進数の計算するなら、メインフレームでCOBOLの方が有利なんじゃなかったっけ？なんでもかんでもオーブン系だー、pythonだー、Javaだー、rubyだーってもんじゃないでしょ。

[shun_libra]

大きい案件をAS ISでやられると既存業務のサルベージがいつまでも終わらず、その時点で炎上PJ確定だし、なんとか稼働に漕ぎ着けても、肝心の使い勝手は微塵も向上しない結果になる。それ踏まえて変えたのは凄い。

[gurinekosan]

金融業の基幹系は小数点未満が丸められるとトラブルになるので、浮動小数点の機能が無いCOBOLのほうが信頼性高い。データ量が大きくて条件計算が複雑な場合は逐次処理のほうが安定するので、バッチは大体レガシー言語

[shikiarai]

みずほでasisなんてやったら一つの業務で三種類の業務フローになるでしょ。そりゃあ禁止せねば、よ。

[six13]

世間のCOBOLが悪という思考停止の批判は的外れとして、あと30年くらい使えるようなアーキテクチャなのか、は気になる。

[fedelini]

“銀行の3次オンは塩漬けの代表格”

[el-condor]

旧来の銀行勘定系の宿痾として、連携先システムとの密結合を繰り返した結果スパゲッティになるというのがあるよね。それを抜け出して「真の勘定系」と周縁に本当に分離できたなら凄い話ではある/しかしコメントがが

[John_Kawanishi]

｢2度の失敗のあとでみずほ銀行はSystemを延命統合させる道を捨ててFullScratchで再開発に取り組んだ｣｢部分的な改修で昭和の末期に作られた第三次OnlineのSystemを延命させている他行に対して今ではみずほが先頭という逆転｣

[kakaku01]

PERFORM INIT-SHOWA THRU READ-REIWA

[mas-higa]

金勘定で COBOL はむしろ安心安全やな。

[circled]

COBOL：「俺をバカにした言語はみんな死んだよ」

[Tairax]

銀行が現行踏襲を禁じたのがすごい。

[braitom]

ほー、そうだったのか。“旧システムの要件や現状の業務フローを踏襲する「AS IS（アズイズ）」の要件定義を全面的に禁じた。”

[mugimugigohan]

tobeを考えるコツを知りたい。asisから逃れられない。

[lackofxx]

再構築自体が吉と出るか凶とでるか。他はまだ決めあぐねてるのが正直なところだと思う。フィージブルで妥当な解を探してる。

[kamezo]

そうか、老朽システムの入れ換え問題はこれからが本番なのかもだなぁ。

[tacamula]

本筋と違うけどOracleに払うJavaのライセンス料と今後のアップデートどうするのかも気になった。

[aike]

COBOLは言語仕様が小さくてベテランも新人も書き方に大きな差が出ない、というのはメリットでもあり高スキルプログラマーが敬遠する理由でもある。勘定系処理に特化したモダンで小さい宣言的な言語がほしい気はする。

[eagleyama]

“2度の失敗のあとでみずほ銀行はシステムを延命統合させる道を捨てて、フルスクラッチで再開発に取り組んだということらしい”

[junpeso]

勘定系をCOBOLに持たせるの賢い

[kuro14]

現行踏襲バンザイ…

[fhvbwx]

他行はみずほの要件定義を丸呑みしたら格安で4次オン作れるよね（実際にはNDAとかがあるがノウハウ的なところまでは縛れないので）

[ledsun]

tobeの仕様を決められるということは、現在の業務を把握して何をシステム化して何をシステム化しないか判断し、システム化で高速化された結果、残した業務をどう変えるか、業務設計できることなのよね。

[daichirata]

みんなCOBOLの強みとかよく知ってて凄い。コードすら見た事ないかも。とはいえ流石にLL系はあり得ないでしょ。

[udongerge]

COBOLと聞いただけで、秘伝のタレに継ぎ足しでやってるイメージになるが、実のところ近年にもアップデートがあったりして現役の言語環境であることを知らないほうが情報が古いまである。

[kencharos]

現行通り、現新保証という嫌らしさを撤廃したのか、すごいですね

[gtakigawa]

外から見ると分からない話なのが辛いところですね…。今後外に見える形でメリットが出てくることに期待したいです。

[cl-gaku]

IBMがきっちりハードもたせるんなら

[hiroyuki1983]

と言ってもAsIsをToBeの仕様として掘り出して明文化したということでしょ。そしてそれに莫大な時間と人員がかかったと。AsIsは現在の業務そのもので、言い換えれば「みずほ銀行」そのもので、絶対に無視なんてできない

[paveg]

実行速度を鑑みてRustで書き直そう（尚学習コスト及び採用）

[a2ikm]

“要件定義においてユーザー部門が『今のままで良い』『アズイズでよろしく頼む』との態度をとるのが最悪”

[namelaw]

COBOLUnitでTDDしてこ

[ifttt]

次はこのプロジェクト下流の自殺しちゃった人の遺族とかに話を聞きに行ってもらいたい

[theta]

変えるのは良いけど、どこ変えたか言えよとは思う。Windows 8が不評だったのは [Start]ボタンが無くなりました! で終わらせて、今後はこうして下さい、が無かったから。Win95の時は先ず[Start]ボタンを押せって出たよね。

[reitanigawa]

COBOL以外の小数点計算が得意な言語を教えてくれよ。