從小工到專家 2019.10.18

第二章 注重實效的途徑
分爲重複的危害，正交性，可撤銷性，曳光彈，原型與便箋，領域語言，估算七個小的方面。
其中是我獲益匪淺的有：
重複的危害：
當咱們在開發的規範當中，過程與程序中很容易重複表述知識，而一旦這樣作，就是在向維護的噩夢發出邀請——在應用發佈以前就開始的噩夢。
重複的危害舉一個簡單的例子:在程序當中我在兩個或更多的地方表示同一事物，若是我要改變其中一處，就必需要記得改變其餘各處，或者如書中所舉的異性機器的例子同樣，由於自相矛盾而被迫崩潰。
而要避免重複，就必需要了解重複產生的緣由：
1.強加的重複：開發者以爲他們別無選擇——環境彷佛要求重複。
2.無心的重複：開發者沒有意識到他們在重複信息。
3.無耐性的重複：開發者偷懶，他們重複，由於那樣彷佛更容易。
4.開發者之間的重複：同一團隊（或不一樣團隊）的幾我的重複了一樣的信息。
而這些緣由，都或多或少的出如今咱們的身上，咱們所能作的，就是時刻警醒，警戒這些重複，每次完成程序以後自我反問有沒有出現之上的重複，出現的緣由爲什麼，下次如何注意等等。
正交性：
正交性是製做易於設計，構造，測試及擴展的系統的一個十分關鍵的概念。在幾何當中，若是兩條直線相交成直線，它們就是正交的。而在計算機中，正交性用於表示某種不相依賴性或是解耦性；若是兩個或更多事物中的一個發生變化，不會影響其餘事物，這些事物就是正交的。如在設計良好的系統中，數據庫代碼與用戶界面是正交的；我能夠改動界面，而不影響數據庫；更換數據庫，而不用改動界面。
我理解正交性，即認爲在編寫程序之時，要保持各個程序或者方法之間的獨立性，消除無關事物之間的影響，將全局修正變爲局部修正，減小程序開發維護時的工程量；而且隔離了各個代碼區之間的風險，提升程序健壯性；避免與特定的事物捆綁在一塊兒，給與自我極大靈活性。
可撤銷性：
不要讓本身的程序在一棵樹上吊死，要知道解決問題的方法永遠不僅一種，提早爲自我留存後來，例如使用某種技術，不要一味依賴它，將它與本身捆綁在一塊兒，若是某次項目幾乎完成，客戶卻要求使用另外一種類似的技術，會不會感到崩潰，而此時，可撤銷性就尤其重要，爲程序提供靈活的接口來更換技術，
進行靈活的架構。
曳光彈：
運行具備標記的程序，把它看成本身的曳光彈，來測試本身的程序，將不足標記出來，即時反饋，及時更改。而且經過使用「曳光彈」，能夠將本身的進程展現給用戶，讓客戶有東西能夠看，實時感覺到項目的進程，認同個人努力，讓客戶對本身有信心。