レガシーソフトウェア改善ガイド

Highlight

まとめ

• 技術的負債には利子がつく 早く返済（＝リファクタリング）しないと返しきれなくなる
• まずは現状把握。 どれくらい進捗したのかを計測する。
  • コード検証のためにElastic Search, Jenkinsをセットアップする
• レガシーソフトウェア改善時の選択肢は次のように考慮する
  1. 置きかえ（サードパーティのソフト購入）
  2. リファクタリング
     1. 古いコードは消す。ただのノイズだしGitで戻せる。
     2. 「Util」クラウは気をつけろ。もっと意味のある名前に分割できる。
     3. 「変数」と「リファクタ」を同時にするな。コミットを分けろ。
  3. リライト
     1. スコープを文書化しろ。「同意しない人は、今すぐ発言するか、さもなければ永遠に沈黙せざるを得ない」という状況にする。
• 「不変の基盤」
  • 1台のマシンに1回しかプロビジョ二ングを行わない。
  • 構成を支えたいならそのマシンを捨てて新しく作る。
  • 窓が割れたらすぐ直せ

感想

• わりとよく言われることが書かれている
  • 分割して少しずつ改善しようとか
  • ペアプロでチームの知識を共有しようとか
• 「ソースコードが全てではない」