《程序員的修煉之道：從小工到專家》讀書筆記一
最近，繼續閱讀了《小工到專家》，頗有感悟。
交流，
第一，要知道自己想要說什么，規划自己想要說的內容，理清思路，確保，自己的語言可以表達自己的想法。
第二，要了解自己的聽眾，將他們的興趣，經驗，經歷等，作為自己如何表達自己思路的參考點之一。第三，要選擇合適的時機，了解聽眾的“輕重緩急”這樣，即表現了自己對他們的尊重，又使自己的觀點，想法更易於被聽眾接受。此外，還應，根據聽眾的不同選擇不同的交流風格，講解時讓聽眾參與其中，做好傾聽者，回復他人......
正如書中所說“你說什么和你怎么說同等重要。”，不論是在生活中還是在工作學習中我們都避免不了與人交流，因此規划自己的交流，因為，交流越有效，你就越有影響力。
隨后繼續閱讀了第二章：注重實效的途徑。注重實效，第一步是要避免不必要的重復。，使系統中的每一項知識都必須具有單一、無歧義、權威的表示。而做到它的就需要我們DRY –Don’t Repeat Yourself（不要重復你自己），既然如此我們就要知道，重復是怎樣發生的：
1） 強加的重復
2） 無意的重復
3） 無耐性的重復
4） 開發者之間的重復
書中也給出了解決辦法：
1.1，信息的多種表示代碼中的文檔，糟糕的代碼才需要許多注釋，不可信任的注釋比完全沒有注釋更糟糕。
1.2文檔與代碼，一致更新。
1.3語言問題，應該用頭文件記載接口問題，用實現文件記載代碼的使用者無須了解的實際細節。
2.1在可能的情況下，應該總是用訪問器函數讀寫對象的屬性，這將使未來增加功能變得更容易.
2.2訪問器函數的使用與Uniform Access原則緊密相關,該原則規定:模塊提供的所有服務都應能通過統一的表示法使用,該表示法不能泄漏它們是通過存儲,還是通過計算實現的.
3.1拒絕懶惰，抵抗誘惑，腳踏實地的工作
3.2“欲速則不達”
4鼓勵開發者相互進行主動的交流,設置論壇,用以討論常見問題,讓某個團隊成員擔任項目資料管理員,其工作是促進知識的交流.
第二是要利用好“正交性”（表示某種不相依賴性或是解耦性,如果兩個或更多事物中的一個發生變化,不會影響其他事物,這些事物就是正交的,在設計良好的系統中,數據庫代碼與用戶界面是正交的.）正如書中所言：正交可以
1，提高生產率，改動得以局部化，所以開發時間和測試時間得以降低，還可以促進復用，對正交的組件進行組合，生產率會提高；
2，降低風險，將問題局限在該區域中；