アカウント名:
パスワード:
日本IBM製メインフレーム上で稼働させることを決めたが、アプリケーションの開発は旧システム「STEPS」を開発・保守してきた富士通に委託した。
富士通のメインフレームで富士通が開発するんじゃ駄目だったんだろうか？ベンダー依存を避けたかったのかもしれないけど、こういうのでだいぶ開発費掛かってそう。
「コスト削減」というお題目と権力争いの結果ですな。結局そのあとそのメインフレームのほかにx86などのオープン系プラットフォームにVMwareにAWSまでサブシステムで使う超連結システムとなりましたが。
最初から統合前の3銀行に序列つけてから合併しまえばこんなことにならなかったんだけど、序列をつけられなかった結果、自社内でも強力な推進が難しくなり変なことが起きちゃったってのが今回の例ですな。
以前も書いたことがありますが
「3銀行に序列つけて」「システム改修ではなく顧客を移動させる」
方法をとればよかったと真面目に思ってます
顧客を移動させるのは残念ながら無理なんですわ。少なくとも当時の3銀行が持っていたシステムのどれかに片寄せする場合は商品数が多すぎてジョブが間に合わないという...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
IBMの基盤で富士通が開発 (スコア:0)
富士通のメインフレームで富士通が開発するんじゃ駄目だったんだろうか？
ベンダー依存を避けたかったのかもしれないけど、こういうのでだいぶ開発費掛かってそう。
Re: (スコア:1)
「コスト削減」というお題目と権力争いの結果ですな。
結局そのあとそのメインフレームのほかにx86などのオープン系プラットフォームに
VMwareにAWSまでサブシステムで使う超連結システムとなりましたが。
最初から統合前の3銀行に序列つけてから合併しまえばこんなことにならなかったんだけど、
序列をつけられなかった結果、自社内でも強力な推進が難しくなり変なことが起きちゃったってのが今回の例ですな。
Re: (スコア:0)
以前も書いたことがありますが
「3銀行に序列つけて」「システム改修ではなく顧客を移動させる」
方法をとればよかったと真面目に思ってます
Re:IBMの基盤で富士通が開発 (スコア:0)
顧客を移動させるのは残念ながら無理なんですわ。
少なくとも当時の3銀行が持っていたシステムのどれかに片寄せする場合は商品数が多すぎてジョブが間に合わないという...