アカウント名:
パスワード:
過去の遺産(財産)といえば聞こえはいいですが、要は「アンタッチャブル(=なぜ存在するのか、なぜそうなったのかが誰にもわからない)なソースコードが少なからず存在する」ってことですよね・・・
また、コーディング仕様としては変化させなくても、システム全体としてはソフトウェア/ハードウェア/オペレーティングシステムのすべてで続々と変化しているわけですから、その点での変化は受け入れざるを得ない状況もあります。
現にとある金融系プロジェクトでは、現行のコードで想定とは異なる実行結果が出てしまい、さんざんソースコードをすべて洗って調べてみたら、最終的にはCOBOLランタイム側のバグ(正確にはCOBOLのランタイムが依存するシステムライブラリのバグ)だったという笑えないことがありました。
金融に限った話ではないですが、「自分が変えなくても他者が変われば全体としては変わる」という点がなかなか理解していただけませんね。。
>過去の遺産(財産)といえば聞こえはいいですが、要は「アンタッチャブル(=なぜ存在するのか、なぜそうなったのかが誰にもわからない)なソースコードが少なからず存在する」ってことですよね・・・
逆だろ。単に動くものを置き換える為の検証コストが膨大で、基本、金融系のプロジェクトは先ずもって全てミッションクリティカルだから。
膨大なコストと人員さえ突っ込む様な所が有れば何処だって喜んで移行すると思うけど、たぶんその見積もりが想定されるリスクにそぐわないんだな。
・自分が変えなくても他者が変われば全体としては変わる領域と・他者が変えても関係ない領域があるだけで、後者の領域(私企業の個別の業務)を扱っている部署に理解しろと言うのは、単なるタイプミスマッチです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
過去の遺産(=財産) (スコア:5, すばらしい洞察)
Re:過去の遺産(=財産) (スコア:0)
過去の遺産(財産)といえば聞こえはいいですが、要は「アンタッチャブル(=なぜ存在するのか、なぜそうなったのかが誰にもわからない)なソースコードが少なからず存在する」ってことですよね・・・
また、コーディング仕様としては変化させなくても、システム全体としてはソフトウェア/ハードウェア/オペレーティングシステムのすべてで続々と変化しているわけですから、その点での変化は受け入れざるを得ない状況もあります。
現にとある金融系プロジェクトでは、現行のコードで想定とは異なる実行結果が出てしまい、さんざんソースコードをすべて洗って調べてみたら、最終的にはCOBOLランタイム側のバグ(正確にはCOBOLのランタイムが依存するシステムライブラリのバグ)だったという笑えないことがありました。
金融に限った話ではないですが、「自分が変えなくても他者が変われば全体としては変わる」という点がなかなか理解していただけませんね。。
Re: (スコア:0)
>過去の遺産(財産)といえば聞こえはいいですが、要は「アンタッチャブル(=なぜ存在するのか、なぜそうなったのかが誰にもわからない)なソースコードが少なからず存在する」ってことですよね・・・
逆だろ。
単に動くものを置き換える為の検証コストが膨大で、基本、金融系のプロジェクトは先ずもって全てミッションクリティカルだから。
膨大なコストと人員さえ突っ込む様な所が有れば何処だって喜んで移行すると思うけど、たぶんその見積もりが想定されるリスクにそぐわないんだな。
Re: (スコア:0)
・自分が変えなくても他者が変われば全体としては変わる
領域と
・他者が変えても関係ない
領域がある
だけで、
後者の領域(私企業の個別の業務)を扱っている部署に
理解しろと言うのは、単なるタイプミスマッチです。