なぜみずほ銀行だけ次から次へトラブルを起こすのか? 識者「今、みずほはシステムも人も組織も絶望的。言われたことすらできなくなった」 [597533159]
■ このスレッドは過去ログ倉庫に格納されています
官房副長官の兄貴を社長にしたからトラブルは起こり続けるけど問題は収束するよ
再度の発生を防がなくても再度の発覚を防げば再発防止は成されるというのがジャップの教え 銀行も許認可業だろうにアウトの基準がないのかね
退場の基準がなくて監督官庁が遺憾の意してるだけなら謝ってる振りすれば終わりだろ プログラミングってやればやるほど奥が深いのにそれを軽視する職場なんかにはまともな人材いつかないよや >>258
こんな有様ならやめちまえができればいいのにね >>276
無能は上に来るけどシステム把握したおっさんは消えてくんだから能力じゃないよなこの国 >>277
官僚用語の気もするけどね
官僚が「お前は言われたことしか出来ないのか!?」って言ってた時に怒られてる側は言われたことは出来てると思う? >>259
外資に買われてまともに機能するんなら外資に買われたほうがいいが、ゆうちょマネーを外資に流すためにやった民営化は最悪の結果しか出なかったからなぁ 旧第一勧銀と旧富士銀と旧日興の社内勢力争いが原因だろこれ
銀行無理に合併させるのやめればいいのに >>274
なにか勘違いをしてないか。
銀行のシステムってのはとにかく「考えなければならないケースが多すぎる」ことが複雑性を上げてる。
過去の法令や税制、会計ルール、銀行としての商品、経営形態など、
そういうのの変化や実績が数十年積み重なってる。
そういうのをまとめて整理して落としこんで、というのが「出来れば」
たいした難易度の問題ではないんだよ。
なんだが、それが出来ないくらいに複雑怪奇になってるのが原因。
誰かが言ってるけど「めんどくさいから切る」が出来ないことが事態を深刻にしてる。
こればかりはGAFAのエース連れてきてもどうにもならない、
というか、あいつらが一番苦手で嫌がり経験もないものだから
GoogleやAmazonにぶん投げてもどうすることも出来ない。
最先端の開発技法だのプログラミングだのそんなものとは無縁だし
そんなものを持ち込んでどうなるものでもないんだよね。 ダメなジャップ企業って
みんな経営陣が仕事出来なさそうな
チー牛爺ばっかだな みずほが重視すべきだったのは、
「銀行業務の全般や抑えるべきツボを過去の経緯を含めて全部理解してる銀行員」
「そのうえで、ある程度以上のシステムやITに関する知識を持ってる人間」
だったんだが、それをバブル崩壊後の
小泉竹中改革で全部切り飛ばしたんだよね。 >>286
もちろん
> みずほが重視すべきだったのは、
> 「銀行業務の全般や抑えるべきツボを過去の経緯を含めて全部理解してる銀行員」
> 「そのうえで、ある程度以上のシステムやITに関する知識を持ってる人間」
これはたった一人のスーパーマンである必要はなく、
集団でまとまったときにこういう動きが出来る人材集団や組織構造、
というのが現実的に大切。 >>284
オリジナルのCOBOLにはELSE IFが言語仕様にないから余計に複雑なのな
1年だけ販売されてた金融商品(当時の法制度のIF文に入る)や現在販売中の金融商品や何やらでIF文の迷宮になってるはず
他所の会計システムは処理に入る前にフラグ変数大量に作ってこれが立ったらこっち行ってどうのこうのみたいなことやってた >>285
企業だけではないぞよ。
暗記バカを優秀とか言うのはもう辞めにした方がいい。 >>284
ドメインが複雑だって主張自体は正しいと思うけど
最近起きてる障害は非機能要求面のハードウェア障害ばかりで直接関係ないんじゃ? >>292
ぶっちゃけその通りでもある。
頑なにCOBOLを使い続け、Javaなんてものにしなければよかったとすらいえるかもしれない。 ノーコード系ツールの採用ってプログラミングやったことない人がプログラミングの難しさが言語そのものにあると勘違いして決めてるんじゃないかと思う
難しいのは複雑怪奇なドメインロジックの整合が取れたITシステム化であってコーディングじゃないんだよね
独自のRPGツクールみたいなツールの利用を強要されても操作方法覚えなきゃいけないわ潰しも効かないわで不幸しか産まれないのでは まあ、刷新で暗黙知が削ぎ落とされたんだろうけど、そうなった原因は複雑さで、複雑さの原因は3行合併だろな >>284
何十年も前に買った金融商品の利息計算とか、そういうのを完璧に新システムに持っていかないと、
お前らみたいなケンモジジイが貰えるはずだった俺の金が減ったとか、気狂いみたいに抗議してくるからな
だからブラックボックスをそのまま移植するしかない
ゲームみたいに詫び石配れば終わるとか、そうはいかないのが
金融システムの難しいところ 開発と運用の人員を切り分けるのってなんなんだろう
コード書いた人が一番よく分かってるだろうに
このレベルになると一切関係ない部外者に丸投げしてるんだろ
かえってコストかかるのは当然じゃん
目先の経費削減に囚われすぎだろ >>299
> 何十年も前に買った金融商品の利息計算とか、そういうのを完璧に新システムに持っていかないと
その計算やらなにやらも、当時の税制や法でそれらの商品や利子が
どのように扱われるか、扱われないか、現代でそれをどう扱うのか、
というのに結びついていたりするものね。 合併前の三行のシステム(富士通・日立・IBM)をどれかに統一しないで無理矢理共存させてるんだろ?
そりゃガタガタだわ >>84
それアホみたいに思うだろうけど金融なら極普通の事だよ
みずほは今回ワンオペでミスってるから昔はまともにやってた事をやらなくなったからだね >>238
> 自分の手足を無駄だと切って捨てて
秀逸な表現だな。みずほのやった事はまさにそれだわ >>295
超高速開発ツールを使う宣言した時からもうメンテできないものが仕上がるって言われてて、今その状態に来たからな >>269
>まともな人材が逃げ出して残ってないんだろうな
まともな人材はみずほ案件断ってるからな あの富士通の超高速開発ツール(笑)を使うってニュースが出た時
みずほスレは保守出来ないってみんな言ってて阿鼻叫喚だったもんな みずほは消えるしかない
吸収合併されて現行のシステムを破棄するしかない改修は不可能 >>295
プログラミングやったことがない人が勘違いをするならまだましなんだが、
問題はプログラミング得意です最新の開発手法取り入れてます
OOPだろうがなんだろうが完全に理解してます、つねにアップデートしてます、
的な意識が高い(系ではなく、本当に意識が高い)人が勘違いしてるのが
悩ましいんだよな。
中途半端に腕自慢出来る人ほど、銀行システムが
なぜ泥沼になるのかを理解できてないし、
彼らが信奉するGAFAみたいに
・やりたくないからやらない
・面倒くさいからやらない
・そんな仕様は組みたくないからやらない
・多分大丈夫、でも間違ってたらおまえらがケツを拭け
みたいな態度が取れないって事を理解してないんだよね。 はやく潰したほうがいいと思うけどね
ITを軽視してはいけないという教訓になるだろ 数多の犠牲になった関係者の怨念がシステムをクラッシュさせるのである! >>18
この銀行から天下ってきたジジイ見る限り、間違いなくこれ
経営陣だけじゃない
組織全体が危機感なく、目の前の上司へのおべっかと縄田張り意識で動いてる
他の社員のやってることに口を出さないから、連携もグダグダ ■ このスレッドは過去ログ倉庫に格納されています