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

はじめに

本書は、ソフトウェアの開発と保守のコストを下げるのを助けるために書かれた。

読者が開発者なら、変更可能なコードを書くための原則とプラクティスを学べる。使われるコードとは変更されるものだからだ。読者がソフトウェア開発者のマネージャーなら、9つの開発プラクティスにどう投資をしたらよいかを学べる。これらのプラクティスは、チームが効率的に働き、レガシーコードにならないソフトウェアを作るために必須のものだ。目標の達成は技術的なTODOリストだけではおぼつかない。なぜそうやるのかという原則に対する深い理解が必要だ。

毎日、レガシーコードのせいで私たちの時間、お金、機会が失われている。

レガシーコードの定義は人によって異なる。いちばんシンプルに説明するなら、レガシーコードとは理由はなんであれ修正、拡張、作業が非常に難しいコードのことだ。

レガシーコードはどこにでも山ほどある。私が見た実際に使われているコードは、すべてレガシーコードと言っても過言ではない。

ソフトウェア業界は全体としてコードの保守性に重きを置いてこなかった。結果として、最初に開発に使ったよりもはるかに多額のコストと努力をソフトウェアの保守に費やすことになった。「2章　CHAOSレポート再考」で述べるように、ソフトウェア開発プロセスの非効率性がアメリカ合衆国だけでも年間何十億ドルもの損失をもたらしている。これは会計ソフト上の架空の数字ではないのだ。レガシーコードの影響を日々感じる。ソフトウェアは高価で、バグだらけで、拡張しづらい。

プロジェクトマネジメント手法は多数あり、その多くに素晴らしいアイデアが含まれている。業界内外では、それらの手法に対して賛成派と反対派に分かれている。だが、変更をよりよく長持ちするものにするためには、まずソフトウェア開発の基本的なゴールについてお互いに理解する必要がある。 ...