communication
，溝通。乙個簡單的詞，但是卻是很多程式設計師的通病。溝通確實是很多程式設計師的弱點（包括我自己在內
j），很多程式設計師更擅長的是和機器打交到，而不是與人交往。
但是，作為程式設計師，溝通卻是我們日常工作的一部分（如果你只是為了獨自為了自己做軟體，那麼你是例外）。你需要和同事討論方案和技術問題，你需要從客戶那裡獲取需求（可能是外部客戶，也可能是內部客戶）。你需要說服他人你的方案或者設計是更好的，等等。有合作，就有溝通。因此，作為程式設計師，也需要掌握一定的溝通技巧。
溝通最基本的要求，就是要表達自己的想法。在表述之前，先整理一下自己的思路（在頭腦中或者在紙上），列出自己要表達的內容，想好先說什麼，再說什麼。相信沒有人原意聽雜亂的表述。
同時，要知道你的聽眾是誰，他們感興趣的是什麼。「見人說人話，見鬼說鬼話」，「到什麼山上唱什麼歌」，這裡並不是要大家兩面三刀，而是要根據聽眾來選擇表達的重點和方式。如果你是在技術峰會上給專家講解你的產品，當然可以詳細的講解技術細節。但是如果是給公司的股東做匯報，你需要講解的是你的產品有那些優勢，能夠給他們帶來什麼好處。
以上兩點是溝通的最基本的要求。再進一步，你要選擇溝通的時機和溝通的方式。
關於溝通的時機，書上舉了兩個例子：乙個是在你的老闆心情很不好的時候去要求給你的電腦公升級記憶體。雖然我們說作為職業人士，不要讓自己的情緒影響工作，但是沒有多少人能夠完全避免情緒的影響吧。第二個例子是當你的上司剛剛因為原始碼丟失的問題被老闆罵了一通之後，你向他建議建立乙個**備份庫。
而溝通的方式，則要看你的聽眾的喜好（尤其是當聽眾是你的上司或客戶的時候），有的人喜歡圖表，有的人喜歡詳細的資料**。你應當投其所好。同事，要注意你的溝通材料要看起來足夠的好。看你的材料的人可能沒有時間逐字逐句的研究你的材料，也沒有耐心密密麻麻的文字中找出你要表達的觀點。同時，你的材料應該是賞心悅目的，至少不要讓人看了就皺眉頭。寫到這裡，讓我想起了原來看「清華大學寢室夜話」中的那句話：「現在最有前途的程式語言是
powerpoint
」。同時，溝通是雙方的交流，而不是單方面的命令，因此，除了說，你還要注意聆聽對方的想法或意見。有人說溝通的流程是
lqr（
listen, question, repeat
）。首先傾聽對方的資訊；然後就不清楚或者有疑問的地方提出問題；最後用自己的語言複述一遍以確定理解沒有偏差；如此迴圈。而且，作為程式設計師，在獲取使用者需求的時候，還要善於引導使用者說出詳細的需求。有些時候，有些需求使用者覺得是理所當然、不言自明的事情，潛意識裡就沒有想起應該說，這個時候就需要你的提問來引導使用者了。
最後，是溝通的效率的問題。在當今社會，溝通的途徑是多種多樣：面談、**、
/**會議等等。如非有其他的需要，應該盡量選擇效率更高的方式。同時，對於重要的決定，一定要有文字的記載和確認。
另外，作為乙個不善於溝通的程式設計師，要克服自己的弱點，主動的和他人交流（同事和客戶）。交流的能力也是可以鍛鍊出來的。（這一條也是對自己的要求哈）。
《程式設計師修煉之道》讀書筆記
第1章 你的知識資產 隨著你的知識的價值降低，對你的公司或客戶來說，你的價值也在降低。管理知識資產與管理金融資產非常相似，管理金融資產基本遵循 1.嚴肅的投資者定期投資 作為習慣 2.多元化是長期成功的關鍵 3.聰明的投資者在保守的投資和高風險 高回報的投資之間平衡他們的資產 4.投資者設法低買高賣...
程式設計師修煉之道 讀書筆記
注重實效的程式設計師的特徵 care about your craft 關心你的技藝 think about your work 思考你的工作 1 注重實效的哲學 我的 被貓吃了。負責 破窗理論。軟體的熵 定期為你的知識資產投資 2 注重實效的途徑 dry don t repeat yourself...
《程式設計師修煉之道》讀書筆記
出了問題後，要提出各種解決方案的選擇，而不是找藉口 不要說事情做不到，要說明接下來做什麼來挽回局面 我們看到過整潔 執行良好的系統，一旦窗戶開始破裂，就相當迅速的惡化 不要留著破窗戶不修 發現乙個bug就修復乙個，如果沒有足夠的時間進行恰當的修理，就用木板先訂起來 或許你可以先把 注釋起來，或是顯示...