這本書實際上是在講敏捷開發，包括個人開發的敏捷和團隊的敏捷。
敢於表達意見（bug要盡早指出來）
防微杜漸（不要讓bug活著進倉庫）
共享（把自己的所學總結給別人看）
把目標放在解決問題上（誰做錯的不重要，他一定會認識到自己的錯誤，實在不改正，那就只能請出團隊）
勇於修正自己的錯誤（別犯同乙個錯誤）
要做最差的那個（反過來說，如果團隊中沒有比你厲害的人，那你能從他人那裡學到的東西就少了）
迭代和增量式學習（盡量處理自己的習慣）
參加研討會議（有機會肯定要參加）
必須評估新技術的優劣
考慮變化和擴充套件性，判斷哪些是自己決定不了的，應該讓企業主決定
crc（類-職責-協作）每個類都標示：類名/職責/協作者
技術選型的三個問題
1
) 真的能解決你的問題嗎？//--原型
2) 會被拴住嗎？//--考慮開放技術還是專利技術，開放的話開放到什麼程度
3) 維護成本？//--學習難度和使用難度
即使專案還未開始，我們就有了單元測試和、持續整合、給予視窗的安裝程式（優秀）
要頻繁的獲得反饋，如果你的迭代週期是乙個季節或者一年，就應把週期縮短到一周或者兩周
完成了一些功能和特徵之後，去積極獲得客戶的反饋（增量修改）
維護專案術語表（溝通必須）
迭代開發：在小且重複的週期裡，完成各種開發任務：分析、設計、實現、測試和獲得反饋
增量：每一輪的開發都是基於前一次的功能，增加為產品增值的新功能。這時，你就可以發布或者演示產品
單元測試是學習工具。在你開始學習新api的時候，他的單元測試是最可靠的文件
使用持續整合工具，當你需要測試多個平台時，只需要為每個平台設定持續整合系統就行了
fit整合測試框架
面向過程的**取得資訊，然後做出決策。物件導向的**讓別的物件去做事情
重用日誌的格式
1
) 問題發生日期
2) 問題簡述
3) 解決方案詳述
4 5) **片段
高效程式設計師的45個習慣
做事。與其推卸責任，不如去解決問題。欲速則不達。要增量程式設計，步步為營。沒真正理解一段 之前，別急著去修改它。對事不對人。掌握提問 反駁 爭論的技巧，注意說話口吻，不能帶個人情緒的接受或反駁別人觀點。排除萬難，勇奮前進。要真誠 有勇氣地說出實情和想法。當你發現某段 很混亂，需要重構，好，說出來。跟...
高效程式設計師的45個習慣2
1.選用有意義的注釋,用注釋描述 意圖和約束,注釋不能取代好的 2.在效能.商業價值.優雅.生產力幾個因素上,沒有必要追求所有的最優,開發者需要權衡,合理投入 3.使用漸進的方式來程式設計,尋找優化點,而不是追求一氣呵成,除非有不可辯駁的理由,否則不要使用艱深的技術.模式,使用最簡單的解決方案 4....
溝通至上 《高效程式設計師的45個習慣》讀書筆記
高效程式設計師的45個習慣 這本書的副標題是敏捷開發修煉之道，這是一本講敏捷的書，如果你之前未接觸過敏捷，從這本書，可以了解到敏捷的核心觀點。這裡面主要講了三方面的內容，觀念，溝通，以及編碼。我們首先從觀念來看，提觀念當然少不了敏捷宣言 個體和互動勝過過程和工具 可工作的軟體勝過面面俱到的文件 客戶...