做事
指責不能修復bug---blame dosn't fix bugs.
把精力放在解決問題上,而不是抱怨和指責.
過程符合標準並不意味著結果是正確的.
在團隊中,勇於承認自己不知道答案,這會讓人放心.
"這不是我的錯",這句話不對."這都是你的錯",這句話更不對!
如果你沒犯過任何錯誤,說明你可能沒有努力去工作.
如果團隊中的乙個成員的行為一再傷害了團隊,則他表現的很不職業.
欲速則不達
防微杜漸---be ware of land mines.
不要墜入快速的簡單修復之中.要投入時間和經精力保持**的整潔,敞亮.
一次又一次的快速修復,每一次都不**問題的根源,久而久之就形成了乙個危險的沼澤池,最終會吞噬整個專案的生命.
你需要了解團隊的開發方法或開發過程.
如果團隊成員花些時間閱讀其他成員的**,他們就能保證**是可閱讀和可理解的.
**複審是發現bug的最有效的方法之一.
單元測試是防止**難懂的重要技術.
你必須要理解一塊**的是如何工作的,但不是一定需要成為專家.
不要急於修復一段沒能真正理解的**.
所有的大型系統都非常複雜,沒有乙個人可以完全明白所有的**.
對事不對人
消極扼殺創新---negativity kills innovation.
整個團隊應該關注真正有價值的問題,而不是勾心鬥角,誤入歧途.
你必須把重點放在解決問題上,而不是極力證明誰的注意更好.
你不需要出色才能起步,但是你必須起步才能出色.
如果你是乙個有遠見的人,就一定要特別尊重別人的意見.
你是乙個掌舵者,一定要把握方向,深思熟慮,吸取各方意見.
關於決策:設定最終期限,逆向思維,設立仲裁人,支援已經做出的決定
盡力貢獻自己的好想法,如果你的想法沒有採納也無需生氣.
脫離實際的反方觀點會使爭論變味.不帶個人情緒並不是盲目接受所有的觀點.
排除萬難,奮勇向前
動手證明是最有效的方式,把糟糕的**放到一邊,立刻重寫.
當發現問題時,不要檢視掩蓋這些問題.
如果設計或**中出現了奇怪的問題,花時間去理解為什麼**會是這樣.
如果你找到解決的辦法,但**仍舊令人費解,唯一的解決辦法是重構**,讓他可讀性更強.
如果你沒有馬上理解那段**,不要輕易地否定和重寫他們.
如果你說天快要塌下來了,但是團隊成員都不贊同.反思一下,也許是你是正確的但你沒有說清楚自己的理由.
如果你說天快要塌下來了,但是團隊成員都不贊同.認真考慮下,他們也許是對的.
高效程式設計師的45個習慣
做事。與其推卸責任，不如去解決問題。欲速則不達。要增量程式設計，步步為營。沒真正理解一段 之前，別急著去修改它。對事不對人。掌握提問 反駁 爭論的技巧，注意說話口吻，不能帶個人情緒的接受或反駁別人觀點。排除萬難，勇奮前進。要真誠 有勇氣地說出實情和想法。當你發現某段 很混亂，需要重構，好，說出來。跟...
高效程式設計師的45個習慣2
1.選用有意義的注釋,用注釋描述 意圖和約束,注釋不能取代好的 2.在效能.商業價值.優雅.生產力幾個因素上,沒有必要追求所有的最優,開發者需要權衡,合理投入 3.使用漸進的方式來程式設計,尋找優化點,而不是追求一氣呵成,除非有不可辯駁的理由,否則不要使用艱深的技術.模式,使用最簡單的解決方案 4....
系列書目 高效程式設計師的45個習慣
practices of an agile developer 高效程式設計師的45個習慣 敏捷開發修煉之道 美 venkat subramaniam andy hunt 注 該書以習慣的方式描述了一些實際開發過程，並將錯誤的習慣 魔鬼 和正確的習慣 天使 放在一起進行對比。如果還是不能從魔鬼中轉到...