朝練メモ

現在 2 章の途中。

• スケジュール重視な管理者にはだまってリファクタリングしろ
• 間接層はもろはの刃
  • 最小限にとどめる
• 間接層の価値
  • ロジックの共有
  • 図と実装を独立して説明できる
  • 変更の分離
    • 影響範囲が広範囲と思われる場合いはサブクラスでナニ
  • 条件分岐をポリモーフィズムで表現

• リファクタリングはゲイムのようなもの
  • まずプログラムを見ることからはじまる
    • 間接層のメリットを必要としている箇所の特定
  • 設計はちゃんとヤるな、って書いてある件w
  • 役に経たない間接層を取り除くゲイムって面白そげ

• リファクタリングがひきおこす問題点
  • データベースのスキーマ
    • モデルな層を作っとけ
  • i/f の変更
    • 名前が変わる時には古いのも保存しとく
    • deprecated なアノテーション使いなさい
    • 例外なナニが変わる場合は結構厄介
  • リファクタリングしにくい設計
    • 先にリファクタリングをイメージする
    • 設計段階でよく考えること
    • ここがイメージできるには経験値が必要
  • リファクタリングを避けるとき
    • 書き直した方が早い場合
    • 納期が近い
    • 未着手のリファクタリングは借金
    • リファクタリングにあえて挑んで生産性を上げた例

• リファクタリングは設計を補完する役割がある
• 事前設計というものをしない、というエクストリームなナニ
• 完璧な事前設計ではなく妥当な解決策
  • 設計の簡素化
• 柔軟性を損なわずに設計をよりシンプルにする作用

• factory method の効果
• 推測はヤメれ
  • 実際に計測して本質を掴め

• リファクタリングとパフォーマンス
  • 速いソフトウェアをつくる 3 つの方法
    • リファクタリングしておく事で得られる利点

2 章の最後まで到達したんですが、まとめは次回。