レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

14章レガシーコードからの学び

新規のコードを書くこと、そして良いコード、つまり保守可能なコードとはどういうものかについて触れてきた。オブジェクト指向プログラミングとエクストリームプログラミング由来の確かな原則とプラクティスによって、開発者ははるかに保守や拡張のコストが低いコードを書けるようになる。保守可能なソフトウェア開発のプラクティスがもっと採用されれば、ソフトウェアの保守コストは下がる。そしてユーザーは、自分たちのソフトウェアが存在する限り価値を得ることが可能になる。未来は明るいのだ。しかし現在はどうだろう？

すでに世の中に存在しているレガシーコードはどうしたらよいのだろうか？　コードを保守可能にする開発プラクティスを使って作られたわけではないソフトウェアはどうしたらよいのだろうか?

私は手に負えない進行中の問題に対応し続けている。その事実がありながら、本書では新規のコードを書くことに主眼を置いている。それは私たち全員が、良いコードとはどのようなものか理解しておきたいからだ。ソフトウェアを保守可能なものにするために、どういったものを探し求めるべきなのか、理解しておきたいのだ。より良いものがどんなものか知らなければ、レガシーコードをリファクタリングしてもより良いものにしようがないのだ。

ここにたどり着く方法についても目を向けた。開発者であれば本来は触れるのも恐ろしいレガシーコードの山頂に座ることだ。

そして不幸なことに、レガシーコード危機は改善するどころかむしろ悪い方向に進みそうだ。「2.4.1 ここにも10億ドル、あそこにも10億ドル」で見たように、効果のないソフトウェア開発プロセスがビジネスにかけているコストは、アメリカ合衆国だけでも毎年100億ドル単位に上る。低品質なソフトウェアのために ...