⚡ 高效程式設計師的
45 個習慣
擁抱變化 需求會變是常態，用短迭代 + 持續回饋去適應
持續獲得回饋 小步交付、常給客戶看、自動化測試——越早發現偏差越便宜
「敏捷不是做得更快，而是更快地發現自己做錯了。」
🎯 什麼情境該想到我
當你感覺「技術一直變、自己在原地踏步、怕被淘汰」，或想有系統地持續成長時。
⚙️ 怎麼用（把知識當投資組合經營）
- 定期定額投入：每週固定時間學習，像定期定額投資，複利累積（呼應 工具-玩長期遊戲與複利）。
- 分散投資：既深耕主力技術，也接觸新語言/新典範，避免單一技能過時的風險。
- 主動學習管道：讀經典好書（用 工具-分析閱讀四層次）、做 side project、教別人、參與社群。
- 追求「特定知識」：往你有熱情且難被取代的方向累積（見 工具-累積特定知識）。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 知識會折舊；停止學習不是「維持現狀」，而是相對退步。
🔗 相關工具
- 工具-累積特定知識 —— 回答「該學什麼」：往無法靠培訓取代的方向投，而不是追當下最熱門的技術
- 工具-為學習而工作 —— 把學習搬進本業的做法：用選工作、挑任務來換技能，不必另外擠時間
- 工具-玩長期遊戲與複利 —— 說明「定期定額」為何有用，也提醒中斷的代價：複利怕的是重來，不是慢
🎯 什麼情境該想到我
當技術討論/code review 變成人身衝突、大家開始護短、或提意見怕傷感情時。
⚙️ 怎麼用
- 把「想法」和「人」分開：批評的是方案不是人；「這個做法有 X 風險」而非「你怎麼這樣寫」。
- 不擁有你的程式碼：程式碼是團隊共有的，被指出問題不是被否定自己。
- 對方案就事論事：用資料、案例、取捨來討論，而非用氣勢或資歷。
- 允許「我不知道/我錯了」：需要心理安全（見 工具-心理安全感）——讓承認錯誤是安全的。
- 給可行動的回饋：具體、對事、附建議，而非籠統否定。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 「對事不對人」不等於不在乎人的感受；用尊重的語氣談事，兩者兼顧。
🔗 相關工具
- 工具-心理安全感 —— 前提條件，沒有安全感時再怎麼強調對事不對人，大家還是不敢開口
- 工具-無指責事後檢討 —— 同一原則在事故場景的制度化版本
- 工具-徹底誠實 —— 另一端的平衡：對事不對人不是把話說軟，而是把真話說得能被聽進去
🧭 態度決定一切
- [[做事]]
- [[欲速則不達]]
- [[對事不對人]]
- [[排除萬難奮勇前進]]
📚 學無止境
- [[跟蹤變化]]
- [[對團隊投資]]
- [[懂得丟棄]]
- [[打破砂鍋問到底]]
- [[把握開發節奏]]
📦 交付用戶想要的軟件
- [[讓客戶做決定]]
- [[讓設計指導而不是操縱開發]]
- [[合理地使用技術]]
- [[保持可以發布]]
- [[提早集成頻繁集成]]
- [[提早實現自動化部署]]
- [[使用演示獲得頻繁反饋]]
- [[使用短迭代增量發布]]
- [[固定價格就意味著背叛承諾]]
🔁 敏捷反饋
- [[守護天使]]
- [[先用它再實現它]]
- [[不同環境就有不同問題]]
- [[自動驗收測試]]
- [[度量真實的進度]]
- [[傾聽用戶的聲音]]
⌨️ 敏捷編碼
- [[程式碼要清晰表達意圖]]
- [[用程式碼溝通]]
- [[動態評估取捨]]
- [[增量式編程]]
- [[保持簡單]]
- [[編寫內聚的程式碼]]
- [[告知不要詢問]]
- [[根據契約進行替換]]
🐞 敏捷調試
- [[記錄問題解決日誌]]
- [[警告就是錯誤]]
- [[對問題各個擊破]]
- [[報告所有的異常]]
- [[提供有用的錯誤信息]]
🤝 敏捷協作
- [[定期安排會面時間]]
- [[架構師必須寫代碼]]
- [[實行代碼集體所有制]]
- [[成為指導者]]
- [[允許大家自己想辦法]]
- [[準備好後再共享代碼]]
- [[做代碼複查]]
- [[及時通報進展與問題]]