アカウント名:
パスワード:
平成26年になっても、今の業務にフィットさせることができないって意味？
富士通が、従来オフコンのアプリをそのままオープン系ハードでバイナリ互換のまま動かせるってものを見た時は「ナニソレ？」って思ったけど、移行のためのあれやこれやを考えると妥当な方法なんだろうか？
逆じゃねぇの。業務のほうが合せられないので、後段の今のハードでソフトを動かせる選択に変わったんじゃねぇの？
Nのソフト開発は特定顧客向けの対応をバンバン入れるから、後で他の顧客に展開しようとしたときにそのまま使えない部分が多すぎて破綻するのよ。
# WikipediaのBankingWeb21の項 [wikipedia.org]と、自分の観測範囲でのN関係の仕事を見た印象。
勘定系の基幹部分なんて何十年経とうが変化なんかしないと思われ。2000年問題を乗り切ってるんだったら、内国為替の仕組みががらっと変ったとかでもなければむしろ手をつけないほうが良いんじゃないかな。メインフレームの安定感は、はんぱじゃないから。バッチ組むのは大変かもしれないけど。
むしろ変更なりリプレースが必要なのは窓口業務のシステムだったりATMだったりじゃなかろうか。最近はいろいろサービスが増えてるだろうから、まんまメインフレーム端末だと操作が大変な気がする。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
平成12年に出したオープン系勘定系が (スコア:0)
平成26年になっても、今の業務にフィットさせることができないって意味？
富士通が、従来オフコンのアプリをそのままオープン系ハードでバイナリ互換のまま動かせるってものを見た時は「ナニソレ？」って思ったけど、移行のためのあれやこれやを考えると妥当な方法なんだろうか？
Re: (スコア:0)
逆じゃねぇの。
業務のほうが合せられないので、後段の今のハードでソフトを動かせる選択に変わったんじゃねぇの？
Re: (スコア:0)
Nのソフト開発は特定顧客向けの対応をバンバン入れるから、後で他の顧客に展開しようとしたときにそのまま使えない部分が多すぎて破綻するのよ。
# WikipediaのBankingWeb21の項 [wikipedia.org]と、自分の観測範囲でのN関係の仕事を見た印象。
Re: (スコア:0)
勘定系の基幹部分なんて何十年経とうが変化なんかしないと思われ。
2000年問題を乗り切ってるんだったら、内国為替の仕組みががらっと変った
とかでもなければむしろ手をつけないほうが良いんじゃないかな。
メインフレームの安定感は、はんぱじゃないから。バッチ組むのは大変かもしれないけど。
むしろ変更なりリプレースが必要なのは窓口業務のシステムだったりATMだったりじゃなかろうか。
最近はいろいろサービスが増えてるだろうから、まんまメインフレーム端末だと操作が大変な気がする。