レガシーソフトウェア改善ガイド: 複合型アプリケーション時代に即した開発・保守技法

著者 : Chris Birchall 吉川邦夫

• 翔泳社 (2016年11月1日発売)

作品紹介・あらすじ

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

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

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

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

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

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

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

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

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

感想・レビュー・書評

[P_tanさんの感想 · 2016年11月16日]

本が届いて一気に読んだ。
自分が今まさに欲しかった本。
レガシーなソフトウェアをどう進化させるか、その指針や手順、取り得る選択肢のメリット・デメリットを提示してくれていてとても参考になった。

内容は、レガシーの定義とソフトウェア内部品質のメトリクス測定に始まり、コードレベルのリファクタリング・コンポーネントレベルの再構成・製品の書き直しの決断の基準とそれぞれのやり方、そして開発の自動化へと進む。
具体例は主にWeb系もしくはJavaであり、自分の環境とは異なるので直接は適用できないが、やはり参考にはなった。
紹介されている具体的なツール名は、目次を見ればわかる。

[ikuwowさんの感想 · 2021年7月31日]

易しい。まとまっている。

[ryokucha334さんの感想 · 2021年3月28日]

どのように設計、コーディングすべきかという話題ではなく、プロセスや方法論に焦点を当てている。

[sou (08thse)さんの感想 · 2020年9月11日]

「レガシーソフトウェアを改善する方法」や「純技術的な話」だけではなく、「レガシーにならないようにするにはどういう風に考え、チームを醸成していくと良いか」といった部分もカバーしています。

非常に得るものが多い本でした。

[YABUKI Yukiharuさんの感想 · 2019年1月4日]

2017/06/15 初観測

[eichisandenさんの感想 · 2017年4月20日]

ソフトウェアの権威ではなく、現場の人が書いた本。
なのでエピソードが生々しく、あるあるすぎる内容で自分たちの現場で取り込みやすい内容になっている。
新しい本なので使ってるツールが新しめなのも良い。

[bkskさんの感想 · 2017年4月12日]

著者の経験に基づいたレガシーソフトウェアとの対峙方法

10年近くレガシーソフトウェアと関わってきた著者のノウハウが記されている。
ソフトウェアの状態をできる限り測定して，テスト駆動開発などでも使われる，テストの用意，リファクタリング，自動化といったことに言及している。

比較的読みやすくて，悪い本ではないのだが，個人的にはあまりピンとこなかった。一つ一つのテクニックはテスト駆動開発の本などでも解説されており，そこまで深い内容というのはあまりなかった。
コードをリファクタリングするのかリライトするのかの判断方法など，ビジネス的な考え方が参考になった。

[malloc007さんの感想 · 2017年3月13日]

「ビジネスサイドに技術的負債がビジネスに与える実質的損害を説明し、ビジネスの一環としてリファクタリングを行う」専門書と感じました。