由於本書的閱讀沒有先後之分，所以我跳過了幾章內容直接閱讀了第七章在項目開始之前和第八章註重實效的項目的內容，了解一些方法和理論。也得到了一些感悟。
1：需求之坑：不為收集需求，挖掘它們。有一種能深入了解用戶需求，卻未得到足夠利用的技術：成為用戶。與用戶一同工作，以像用戶一樣思考。描述需求文檔時，要使用項目術語表。用WEB來收集和管理需求。
2.解開不可能解開的謎題：遇到不可能解決的問題時，退一步問問自己如下問題：1）有更容易的方法嗎？2）你是在設法解決真正的問題，還是被外圍的技術問題轉移了註意力？3）這件事情為什麽是一個問題？4）是什麽使它如此難以解決？5）它必須以這種方式完成嗎？6）它真的必須完成嗎？
3.等你準備好：一件事沒有開始，是謹慎？還是在拖延？我覺得要通過自己的判斷，事情的優先循序和緊急情況還有你的準備，再決定是否要做。而不是魯莽的去做或者是不做拖延著。
4.規範陷阱：需求文檔寫上幾百頁不成問題，但是一旦用戶看到了實際運行的系統，你就會被各種變更要求淹沒。對有些事情“做”勝於“描述”
5.圓圈與箭頭：有些設計圖是給程序員看的，對最終用戶沒有意義，不要認為用上了UML等形式化描述圖形就能制作出好的設計。
6.註重實效的團隊:不要留破窗戶，不要重復你自己，按功能劃分團隊
7.無處不在的自動化：持續集成的概念
8.無情的測試：早測試，常測試，自動測試
9.全都是寫:嵌入在代碼中的註釋，註釋應該討論為何要做某事、它的目的和目標。
10.極大的期望：給他們的東西要比他們期望的多一點。
11.靠巧合編程：軟件開發者，每天就像工作在雷區，有成百的陷阱等著抓住我們。
多余的或不必要的代碼可能這次能夠正常運行，但換個環境可能就會崩潰，另外會使代碼變慢，或引入新的bug。總之，不要靠巧合編程。
要想著盡可能在開發周期的早期抓住並修正錯誤，道理很簡單，但在項目進度壓力大的時候，把這句話忘在腦後。
為編碼工作劃定優先級，把時間花在重要的上面，經常也是最難的部分。但如果基礎設施不正確，再花哨的界面或裝飾也沒有什麽用。
12.算法速率：沒有什麽可說的，就是o()表示法。
13.傲慢與偏見：在你的作品上簽名。

《程序員修煉之道-從小工到專家》閱讀筆記三