前回のふりかえり

第3部より深い洞察へ向かうリファクタリング

ブレイクスルーとは、リファクタリングを行う中で、モデルが実際に起きていることや、ユーザーが重視するものとより深いレベルで一致するようになる現象。
- 深い(?)モデルは、小規模なリファクタリングが連続で行われることで、徐々に姿を現すことが出来る
- コードとモデルを改良することにより開発者の視界は明確になっていき、洞察のブレイクスルーをもたらす可能性が生じていく。

→　ブレイクスルーはテクニカルではなく出来事

※　ブレイクスルーはモデルを大きく変化させる。深いモデルへの移行は発想の転換であり、設計は大幅に変更されることになる(つまりやることがめちゃくちゃ増える)

ブレイクスルーが起こるのは、適度なリファクタリングが何度も行われた後。起こそうとして起こるものではない。
その舞台を整えるために...
- 知識をかみ砕き、強固なユビキタス言語を育成するのに集中する
- 重要なドメインの概念を探求して、それをモデルで明示する(9章参照)
- 設計をよりしなやかになるように改良する(10章参照)
- モデルを蒸留する(15章参照)

→　こうした予測可能な方策を推し進めることで、モデルや設計がより明確になる →　一度ブレイクスルーを起こすと、ユビキタス言語に基づくコミュニケーションが改善される。それによって新たなブレイクスルーを誘発することもできる