在《關於最小化設計（儘早實現）的一些想法》一文中，我們清楚了什麼是最小化設計（儘早實現），但是隻知道What還不足以讓我們正確的實施它，那今天的話題就是When/Where－－時機。
上文我們提到了最小化設計（儘早實現）的兩個方面，抽象和實現，在此我們也同樣分開討論。
1、抽象的時機。
日積月累的醜陋設計（違反原則的設計）會腐蝕整個系統，到你不得不進行清理的時候，工作就不僅僅是擦擦盤子那樣簡單了。
因此，抽象是在第二次實現（這符合“同樣的實現絕不會進行第三次”的原則）和第一次變化（變化通常會帶來第二次實現）的時候進行，即，當變化的需求“弄髒”了我們的設計，那麼就需要在兩次實現之上建立抽象，以防止同樣的變化再次“弄髒”設計。
2、實現的時機。
實現只需要在新的增加點第一次出現（比如一個新的功能點、）的時候進行，夠用即可（能滿足新的變化點即可）。當然，對於新的增加點所帶來的設計上的影響（比如帶入了變化，即第二次實現）則觸發了抽象的實施，這不是實現的工作。
認識一個事物，我們不僅需要知道What、Why、How，還需要清楚When和Where（WWWWH原則），而後兩者則是能正確發揮其作用的關鍵，對於最小化設計（儘早實現）也是如此。
