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