リファクタリング

C++

概要 †

• コードをきれいにしないと死ぬ

リファクタリングの精神 †

• 顧客や上司への説明
  • 技術的負債がかさむと開発スピードが半減してしまう（みずほ銀行）
  • 「バグを見つけるのに時間がかかるし、バグを修正したと思ったら別のバグを仕込んでしまうし、新機能の追加にも余計な時間がかかってしまう」
  • 「新しい機能を追加するだけなら一週間でできます。一方、リファクタリングに一週間かけた後なら、同じ機能を一日で追加できます。後者なら、将来別の機能を追加することになっても簡単に対応できるでしょう。短期的には後者のほうが高くつきますが、長い目で見れば後者のほうがずっと安上がりです。」
  • 自分のためだけではなく顧客と上司に最善のことをしていることを説得できなければならない

• 新しく作り直したりしない
  • 本番環境で動かして問題が起こすことが先決

• エラーを可視化
  • 毎週少しずつでも時間をとって、頻発するエラーの対応をしましょう。
  • 最終的にグラフがフラットになり、うまくすればエラーを根絶できるでしょう。
  • 環境を監視します。これは、ボトルネックや致命的な障害を見つけるためには不可欠

• ボーイスカウト・ルール
  • 「キャンプ場を去るときは、自分が来たときよりも美しくしておくこと」
  • だんだんきれいな環境になっていきます。
  • チーム全体でも気をつけなければいけません

• 何でもかんでもテストしようとはしない
  • 誤動作が致命的な問題につながりかねない部分のテストを書いておくくらいがちょうどいい