yellowfoxの巣

カレンダー

キーワードサーチ

▼キーワード検索

プロフィール

yellowfox

フォローする

日記/記事の投稿

失うことによって必要を知ることができるのかもしれません
安定した状態がいつまでも続くとは限りません
あたまの中に詰まっているものを出す方法について考えてみる
ダラダラやっても成果は上がりません
最後は自分との戦いなのかもしれません

カテゴリ

みのまわりのできごと

(249)

バックナンバー

2026年10月
2026年09月
2026年08月

2026年07月
2026年06月

コメント新着

yellowfox @ Re:そうですね。(07/27) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ そうですね。うちの商品も一過性のものとならないよう…

yellowfox @ Re[1]:お客さんに揉まれないとノウハウは得られないようです(06/09) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ Re:お客さんに揉まれないとノウハウは得られないようです(06/09) お客様からのメッセージ・コメントは宝物…

yellowfox @ Re[1]:「流れ」は自ら作り出すものです(08/31) こんにちわ。ママ代行ミルク屋さん＞…

フリーページ

その３

< 新しい記事

新着記事一覧(全3311件)

過去の記事 >

2003年02月15日

　これは、今から4年前にある金融システムの開発を

　そのシステムは、標準仕様（母体）があり、それをもとに
各金融機関の仕様に合うようにカスタマイズするといった
方法で開発していた。

　ところが、その母体には不良が多かったため、各金融機関
向けにカスタマイズしたシステムがあちこちの本番稼動で
障害を引き起こしていた。

　で、障害が起こるたびに、障害対策用のパッチ

　当時でパッチの数は450以上。
　本番稼動でそのシステムを使用している金融機関の数も
二桁あった。

　パッチがリリースされると、まずパッチが各金融機関の
カスタマイズに該当するかどうかのチェックを行う。
　該当すれば、ソースコードの修正という方法でパッチを
組み込む。
　その後、動作確認テストをして、動作が正常であれば、
結果報告の書類を書いて終了。

　パッチを組み込むだけで、これだけの作業が発生するため、
かなりの時間と労力が必要だった。

年間1億ぐらい費用がかかっているのでは？と言っていた。
　また、システムの作り（設計）がどんくさい（下手？）
ため余計な作業が増えるとも言っていたな。

　普段、なにげなく使っている身近なシステムも、
もしかしたら裏側はパッチだらけの

なのかもしれない。

　おわり

お気に入りの記事を「いいね！」で応援しよう