1.選用有意義的注釋,用注釋描述**意圖和約束,注釋不能取代好的**
2.在效能.商業價值.優雅.生產力幾個因素上,沒有必要追求所有的最優,開發者需要權衡,合理投入
3.使用漸進的方式來程式設計,尋找優化點,而不是追求一氣呵成,除非有不可辯駁的理由,否則不要使用艱深的技術.模式,使用最簡單的解決方案
4.讓類的功能盡量集中,讓模組盡量小..
5.liskov替換原則告訴我們:任何繼承後得到的派生類物件,必須可以替換任何被使用的基類物件,而且使用者不必知道任何差異.遵循此原則,相對於基類的對應方法,派生類服務應該不要求更多,不承諾更少,要可以進行自由的替換:如果新類可以替換已有的類,並且它們之間的關係可以通過is-a來描述,就要使用繼承；如果新類只是使用已有的類,並且兩者之間的關係可以描述為has-a或是users-a,就使用委託.
6.不妨維護乙個儲存曾遇到的問題以及對應解決方案的日誌.這樣就可以快速搜尋以前用過的方法.
格式:問題發生日期
問題描述
解決方案詳細描述
任何**片斷.設定或者對話方塊的截圖
如果解決了新的問題,就及時記錄在這個地方.
關於記錄
記錄問題的時間不要超過解決的時間,保持輕量級
找到以前的解決方法非常關鍵,使用足夠的關鍵字,可以幫助你找到需要的條目
7.警告,簽入帶有警告的**,就跟簽入有錯誤或者沒有通過測試的**一樣,都是極差的做法,簽入構建工具中的**不應該產生任何警告資訊.
8.識別複雜問題的第一步,是將它們分離出來,對問題各個擊破,可以將關注點放在問題相關的議題上.通過各種改變,來接近問題的核心.
9.處理或是向上傳播所有的異常,如果**中會記錄執行時除錯日誌,當捕獲或是丟擲異常時,都要記錄日誌資訊,這樣做對以後的跟蹤工作很有幫助.
11.立會時將團隊召集在一起,並讓每個人了解當下進展狀況的好辦法.不允許就坐,否則與會者會跟到舒適而讓會議延長.
12.保證會議不會發散,每個人只要回答下述三個問題,確保發言時間不要太久,建議總共會議不超過30分鐘
昨天有什麼收穫
今天計畫做什麼工作
面臨些什麼障礙
13.立會的好處
讓大家盡快投入到一天的工作
如果某人有問題,可以趁機公開並尋求幫助
幫助決策者了解什麼地方需要幫助,重新分配資源
讓成員知道專案其他部分的進展
幫助團隊識別重複勞動,或者知道某個問題已經有了現成的解決方案.
通過促進**和思路的共享,來提高開發速度.
鼓勵向前
14.好的設計者必須能夠捲起袖子,加入開發隊伍,毫不猶豫的參加實際程式設計.優秀的設計從積極的程式設計師那裡開始演化.積極的程式設計可以帶來深入的理解.不要使用不願意程式設計的架構師--不知道系統的真實情況,是無法展開設計的.
15.不要宣告個人對**的所有權,任何乙個團隊成員,只要理解某段**的來龍去脈,就應該可以對其處理.滿足使用者期望才是最重要的事情.這不是說可以隨意修改別人的**.需要強調知識分享
16.成為指導者,意味著分享,自己的知識.經驗.體會,意味著要對別人的所學和工作感興趣,願意為團隊增加價值,分享自己的知識很有趣,付出的同時便有收穫.可以激勵別人,提公升團隊實力.
17.給別人提供解決問題的機會,指給他們正確的方向,而不是直接提供解決方案,讓每個人都能成長起來.(用問題來回答問題,可以引導提問的人走上正確的道路.如果真的有人陷入膠著狀態,不要折磨他們了,告訴他們答案,再解釋為什麼這樣)
18.保證在提交**之前,單元測試通過了,使用持續整合保證**質量是不錯的方法.不要提交尚未完成的**,故意簽入未通過或者沒有通過單元測試的**,這是很不好的行為.
19.正式的進行**複查工作,最基本的檢查列表有:
**能否被讀懂和理解
是否有任何明顯的錯誤
**是否會對其它部分產生不良影響
是否存在重複的**
是否存在可以改進和重構的部分
及時跟蹤**檢查中發現的問題的修正情況.
20可以考慮similarity analyzer或jester這樣的**分析工具.
21.及時向管理層和關注專案的人通報進行狀況,不要等別人來問.盡快想法子快速完成這種反饋,不要花很多時間.
summary:從現在開始進行
**沖哥的總結
高效程式設計師的45個習慣
做事。與其推卸責任，不如去解決問題。欲速則不達。要增量程式設計，步步為營。沒真正理解一段 之前，別急著去修改它。對事不對人。掌握提問 反駁 爭論的技巧，注意說話口吻，不能帶個人情緒的接受或反駁別人觀點。排除萬難，勇奮前進。要真誠 有勇氣地說出實情和想法。當你發現某段 很混亂，需要重構，好，說出來。跟...
系列書目 高效程式設計師的45個習慣
practices of an agile developer 高效程式設計師的45個習慣 敏捷開發修煉之道 美 venkat subramaniam andy hunt 注 該書以習慣的方式描述了一些實際開發過程，並將錯誤的習慣 魔鬼 和正確的習慣 天使 放在一起進行對比。如果還是不能從魔鬼中轉到...
《高效程式設計師的45個習慣》之體會
不知大家是否有這樣的感覺，總有那麼多國外的好東西因為名字翻譯太爛被大家忽視或者被低端化，比如那部印度的經典影片 3 idiots 被本土化後成了 三傻大鬧波里活 還有經典書籍 pragmatic programmer 本土化後成為 程式設計師修煉之道 從小工到專家 包括這本 practices of...