做事。與其推卸責任，不如去解決問題。欲速則不達。要增量程式設計，步步為營。沒真正理解一段**之前，別急著去修改它。
對事不對人。掌握提問、反駁、爭論的技巧，注意說話口吻，不能帶個人情緒的接受或反駁別人觀點。
排除萬難，勇奮前進。要真誠、有勇氣地說出實情和想法。當你發現某段**很混亂，需要重構，好，說出來。
跟蹤技術變化。你要不斷的學習新技術，了解新**，不求精通。
對團隊投資。團隊間經常互相交流，小型的內部知識講座，技術討論，設計方案討論等等。
懂得丟棄。技術、思想、方案、習慣等等，不好的別捨不得。
打破沙鍋問到底。知其然，還要知其所以然。多看看好的**是怎麼實現的。
把握開發節奏。當每天都加班加點，累的半死，就要注意了。尋找最佳的迭代週期。
讓客戶做決定。業務方面開發者不應想當然，沒有客戶參與的專案多半得返工重做，費錢費力。
讓設計指導而不是操縱開發。設計文件不應過於詳細，而只是框架或大體思路。因為一旦開始編碼，一切都會改變。
合理地使用技術。採用現有框架何以節約成本加快進度，但要權衡利弊。
保持可以發布。讓你的專案處於隨時可編譯、執行、測試和部署。增加功能時做好版本管理，別讓專案處於既不可發布，又不可撤銷狀態。
提早整合，頻繁整合。整合會有風險，但早出現總比晚出現好，讓每次整合**修改盡量的少，保證專案可控。
提早實現自動化部署。一開始就進行全面部署，讓問題盡早浮現。
使用演示獲得頻繁反饋。讓使用者看到系統在不斷完善，新功能不斷新增，用演示也和獲得使用者的反饋。
使用短迭代，增量發布。及時發布功能，保證功能不背離客戶的需求。
固定的**就意味著背叛承諾。軟體專案是變化無常的，很難準確地**成本，保證專案在可控範圍即可，如必須提供**，你需要真正地評估技巧。
守護天使。有效單元測試可以及時發現問題，提供警報。
先用它再實現它。先考慮你會怎樣用它，再去用**實現它，就是說，有具體理由才開始編碼。專注與設計介面。
不同環境，就有不同問題。在不同的機器，不同的系統上測試你的**。
自動驗收測試。從使用者那裡獲得測試答案。
度量真實的進度。客觀地**工作量，通常，工作量是你認為的2倍。如你認為1個星期可以完成的功能你應該安排2個星期。
傾聽使用者的聲音。每乙個抱怨的背後都隱藏了乙個事實。
**要清晰地表達意圖。編寫清晰的**，而不是展示你的小聰明，過早的優化是萬惡之源。
用**溝通。注釋應是簡明扼要的，說明為什麼會這樣寫**。好的**是讓自己或他人可以讀懂自己一年前寫的**，而且唯讀一遍。
動態評估取捨。效能、生產力、優雅、成本及上市時間，要根據現在狀態動態評估權衡。
增量式程式設計。別馬不停蹄地連續幾個小時地程式設計，迴圈重構、測試你的**。
保持簡單。把寫出簡單、可讀性高的**作為目標。但你覺得**中沒有一行是多餘的，功能也全部實現時就對了。
編寫內聚的**。讓類的功能盡可能集中，讓元件盡量小；這樣易於查錯和修改。
告知，不要詢問。各有其職，不要搶其他物件或元件的工作，盯好自己的職責。
根據契約進行替換。liskov替換原則：任何繼承後的物件，必須何以不知差異地替換被使用的基類物件。掌握好繼承和委託的用法。
記錄問題解決日誌。不要讓自己再同乙個地方摔倒兩次。
警告就是錯誤。讓**沒有任何錯誤和警告。
對問題各個擊破。在大型專案中，將問題域與周邊隔離排查。
報告所有異常。不是所有問題都應該丟擲異常，設計時考慮好由誰處理異常，要傳播不能處理的異常。
提供有用的錯誤資訊。沒有必要等待異常丟擲來發現問題。
定期安排會面時間。每天早上乙個10至15分鐘的立會是個不錯選擇。
架構師必須寫**。不知道系統的真實情況，是無法展開設計的。
實行**集體所有制。所有制並不意味著可隨心所欲，到處破壞。不是所有場合都適用。
成為指導者。給予別人教導，也是提公升自己學識的一種方式。
允許大家自己想辦法。給別人解決問題的機會。
準備好後再共享**。絕不要提交尚未完成的**。
做**複查。正確的**複查方式可以提公升**質量和降低錯誤率。
及時通報進展與問題。發布進展狀況、新的想法和關注的主題，而不是等別人來詢問。
高效程式設計師的45個習慣2
1.選用有意義的注釋,用注釋描述 意圖和約束,注釋不能取代好的 2.在效能.商業價值.優雅.生產力幾個因素上,沒有必要追求所有的最優,開發者需要權衡,合理投入 3.使用漸進的方式來程式設計,尋找優化點,而不是追求一氣呵成,除非有不可辯駁的理由,否則不要使用艱深的技術.模式,使用最簡單的解決方案 4....
系列書目 高效程式設計師的45個習慣
practices of an agile developer 高效程式設計師的45個習慣 敏捷開發修煉之道 美 venkat subramaniam andy hunt 注 該書以習慣的方式描述了一些實際開發過程，並將錯誤的習慣 魔鬼 和正確的習慣 天使 放在一起進行對比。如果還是不能從魔鬼中轉到...
《高效程式設計師的45個習慣》之體會
不知大家是否有這樣的感覺，總有那麼多國外的好東西因為名字翻譯太爛被大家忽視或者被低端化，比如那部印度的經典影片 3 idiots 被本土化後成了 三傻大鬧波里活 還有經典書籍 pragmatic programmer 本土化後成為 程式設計師修煉之道 從小工到專家 包括這本 practices of...