摘自《高效程式設計師的45個習慣：敏捷開發修煉之道》
記錄問題的解決日誌：
問題發生日期。
問題簡述。
解決方案詳細描述。
任何**片段、設定或對話方塊的截圖，只要它們是解決方案的一部分，或者可以幫助更深入地理解相關細節。
要將日誌儲存為可供計算機搜尋的格式，就可以進行關鍵字搜尋以快速查詢細節。
立會：
要保證會議議題不會發散，每個人都應該只回答下述三個問題。
昨天有什麼收穫？
今天計畫要做哪些工作？
面臨著哪些障礙？
只能給予每個參與者很少的時間發言（大約兩分鐘）。也許要用計時器來幫助某些收不住話頭的人。如果要詳細討論某些問題，可以在立會結束之後，再召集相關人員。
立會的安排時間一般來說，在大家到公司之後的半個小時到乙個小時之內舉行，是個不錯的選擇。
立會的時間最長不能超出30分鐘，10~15分鐘比較理想。
雖然大多數團隊需要每天都碰頭，但對於小型團隊來說，這樣做可能有點過頭了。不妨兩天舉行一次，或者一周兩次，這對小團隊來說足夠了。
如果覺得立會是在浪費時間，那可能是大家還沒有形成真正的團隊意識。這並不是壞事，有利於針對問題進行改進。
及時通報進展與問題：
如果等到截止時間才發布壞訊息，就等於是為經理和技術主管提供了對你進行微觀管理（micromanagement）的機會。他們會擔心你再次讓他們失望，並開始每天多次檢查你的工作進度。你的生活就開始變得像呆伯特的漫畫一樣了。
高效程式設計師的45個習慣
做事。與其推卸責任，不如去解決問題。欲速則不達。要增量程式設計，步步為營。沒真正理解一段 之前，別急著去修改它。對事不對人。掌握提問 反駁 爭論的技巧，注意說話口吻，不能帶個人情緒的接受或反駁別人觀點。排除萬難，勇奮前進。要真誠 有勇氣地說出實情和想法。當你發現某段 很混亂，需要重構，好，說出來。跟...
高效程式設計師的45個習慣2
1.選用有意義的注釋,用注釋描述 意圖和約束,注釋不能取代好的 2.在效能.商業價值.優雅.生產力幾個因素上,沒有必要追求所有的最優,開發者需要權衡,合理投入 3.使用漸進的方式來程式設計,尋找優化點,而不是追求一氣呵成,除非有不可辯駁的理由,否則不要使用艱深的技術.模式,使用最簡單的解決方案 4....
高效程式設計師的七個習慣
軟體工程師花費大量時間通過練習leet code問題和完善簡歷來獲得更好的面試通過可能。一旦他們最終被谷歌 亞馬遜或其他公司錄用，他們可能會發現 過去用來得到這份工作的技能與他們日常工作中需要的技能並不匹配。我們的團隊受到 techlead 建立的高效程式設計師七項技能的啟發。我們想提供我們自己對這...