【報酬制カード】DUELEAGUE【デュヱリーグ】40
https://2ch.live/cache/view/tcg/1500774765/244n-245

>>501追記

移行言うてもプログラム分岐とか画面遷移そのままジャバでコーディングする糞プロジェクト多いぞ
言語が代わっても負の遺産としてはそのまま
発注者や元請けがバカすぎて付き合い切れん
「現行踏襲」ってお題目で、すべてのifとLoopをCOBOL踏襲したJavaで書いたときは、
この銀行もう終わってんなって思ったもんだわ。
例えばCOBOLおなじみの
・データの追加削除なんかは、一旦メイン画面を経由して「処理モード」なるもんを追加や削除、更新に切り替えてからじゃないと
変更できない
・画面に一覧がでねぇから、印刷され済みの「処理番号」を手元でキーにして入力する
みたいなのは、Javaアプリで なぜかそのまま完全踏襲してる糞さ。
銀行内の他のシステムではフツーにJava標準開発してて、通常のソフトウェア資産がある中で、
こんな仕組みを残す発注側の銀行内SEとその完全IT子会社、一次請けの大手ベンダーはマジで糞だった。
↑
その銀行のSEは賢い
それがオープン系に移行する、たった一つの冴えたやり方だ
勘定系の仕様を一から洗い直しフルスクラッチしたら、そのプロジェクトは「みずほ」への道だ
↑
みずほがこけた大きな理由は、
上の人が仕様を固めようとしないためだよん。
仕様にあいまいなところがなければトラブルは起こらないからね。
現行のままとか、仕様書がないとか、よくある話だけど、
押さえるところを押さえれば、ほんとうは何とかなる。