6.交流
知道自己想要說什麼：寫出大綱，然後自省，是否講清楚自己想要表達的東西，然後提煉他，直到確實如此。
了解你的聽眾：需要了解自己聽眾的需要、興趣和能力。
選擇時機：需要挑選乙個適當的時機。
選擇風格：調整自己的風格，讓其適應你的聽眾。
讓文件美觀：自己的主意很重要，他們應該以美觀的方式傳遞給你的聽眾。不能只關注文件的內容。
讓聽眾參與：讓自己的讀者參與到文件的早期草稿製作，獲取他們的反饋，並汲取他們的智慧型，這同時有助於建立良好的工作關係。
做傾聽者：如果你不聽他們說話，他們也不會聽說話。把回憶當做對話，你才能更好的闡述自己的觀點。
回覆他人：隨時通知別人，會讓他們更容易原諒你偶然的疏忽，並讓他們沒有覺得你忘記了他們。
第二章注重實效的途徑
7.重複的危害
可靠地開發軟體、並讓我們的開發更容易理解和維護的唯一途徑，是遵循我們稱之為dry的原則：系統中的每一項知識都必須具有單
一、無歧義、權威的表示。
重複是怎樣發生的：強加的重複、無意義的重複、無耐性的重複、開發者之間的重複。
強加的重複：開發者覺得他們無可選擇—環境似乎要求重複。
無意的重複：開發者沒有意識到他們在重複資訊。
無奈性的重複：開發者偷懶，他們重複、因為那樣似乎更加容易。
開發者之間的重複：同一團隊（或者不同團隊的）幾個人重複了相同的資訊。
讀《程式設計師修煉之道 從小工到專家》後
一 從思想上做到注重實效的程式設計師 1 面對自己的弱點，敢於負責，取代找各種理由 2 決心寫出整潔的 3 做乙個模範的領導者，而不是一味要求別人怎麼做 4 適可而止，完成別人要求的下一步 5 時刻保持學習的熱情，規劃好每段時間的內容，學會傾聽 二 成為注重實效的程式設計師的途徑 1 不要重複 2 ...
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...