レガシーソフトウェア改善ガイド(レガシーソフトウェアカイゼンガイド)

単なる延命策ではない、進化させるという発想!

コードがレガシーになるのはなぜでしょう。その要因を特定し、
コードベースの品質を上げるためには、なにをすればいいのでしょう。

本書はこれらの古くて新しい質問に真摯に答えてくれるでしょう。

単純な (でも難解な) クラスやメソッドレベルのリファクタリングから、
モジュールあるいはコンポーネント全体を視野に入れた、広い範囲のリファクタリング。
また、最終手段としてのリライトに関するノウハウ (機能低下の予防方法や回避方法、
各種データのスムーズな移行など) を示します。

また、単に手を動かすだけではなく、いつもソフトウェアをフレッシュにしておくべく、
自動化のための方法論や、そのインフラストラクチャの作り方を詳解します。

「動いているものは触るな」が鉄則のソフトウェアを、それでも要請に応じて
よりレスポンシビリティの高い、そして新機能を盛り込まれた、
メンテナンスしやすいソフトウェアへと進化させるためのノウハウを学んでください。

【目次】
第 1 部:はじめに
第 1 章:レガシープロジェクトの難題を理解する
第 2 章:スタート地点を見つける

第 2 部コードベース改良のためのリファクタリング
第 3 章:リファクタリングの準備
第 4 章:リファクタリング
第 5 章:リアーキテクティング
第 6 章:ビッグ・リライト

第 3 部リファクタリングの先へー プロジェクトのワークフローと基盤を改善する
第 7 章:開発環境を自動化する
第 8 章:テスト、ステージング、製品環境の自動化
第 9 章:レガシーソフトウェアの開発／ビルド／デプロイを刷新する
第 10 章:レガシーコードを書くのはやめよう!

第 1 部:はじめに
第 1 章:レガシープロジェクトの難題を理解する
第 2 章:スタート地点を見つける

第 2 部コードベース改良のためのリファクタリング
第 3 章:リファクタリングの準備
第 4 章:リファクタリング
第 5 章:リアーキテクティング
第 6 章:ビッグ・リライト

第 3 部リファクタリングの先へー プロジェクトのワークフローと基盤を改善する
第 7 章:開発環境を自動化する
第 8 章:テスト、ステージング、製品環境の自動化
第 9 章:レガシーソフトウェアの開発／ビルド／デプロイを刷新する
第 10 章:レガシーコードを書くのはやめよう!

テストがない、ドキュメントもない、書いた人はもういない。そんなコードベースを引き継いだとき、全部書き直したい衝動に駆られるのは自然なことですが、多くの場合それは現実的ではありません。本書は Chris Birchall の "Re-Engineering Legacy Software" の翻訳で、レガシーソフトウェアを段階的に改善していくための具体的な戦略を、リファクタリング、品質メトリクス、 CI/CD 、インフラ自動化、チーム文化まで幅広くカバーしています。

特徴的なのは「書き直すか、リファクタリングするか」という判断をどう下すかに章を割いている点です。ビッグリライトが成功する条件と失敗するパターンを整理したうえで、段階的なリファクタリングの進め方を示しており、現場での意思決定に直結する内容です。 Michael Feathers の『レガシーコード改善ガイド』がコードレベルの手技に特化しているのに対し、本書はプロジェクト運営やワークフローの改善まで視野を広げており、開発リーダーやアーキテクトの視座で読むと得るものが大きいでしょう。

言語固有の知識を前提としない構成なので、 Java でも Python でもどの環境でも適用できる汎用性があります。「レガシーを生み出さない開発習慣」にも紙幅を割いており、新規開発を始める際にも参考になる視点を提供してくれます。