敏捷開發之道
2017-05-10 本文已影响14人
erU
敏捷 — 高效軟件開發之道
不管路走了多遠，錯了就要重新重新返回。— (土耳其諺語)
不适合的团队： 团队中经常有人旷工，偷懒甚至直接怠工。
敏捷精神
一种把以人为本，团队合作，快速响应变化和可工作的软件作为宗旨的开发方法
- 开发需要持续不断，切勿时续时断
- 越早发现问题，就愈容易修复问题
- 持续的注入能量，解决遗留下的问题
態度決定一切
- 欲速則不達，多加交流，遇到不明白的需求 api 直接反饋不懂 不要孤立的編碼 多使用單元測試
- 對事不對人，在遇到bug的時候首先能做的就是先解決問題，而不是去責怪開發人員。自己也要勇敢的去承擔。把錯誤當作學習
- 不要着急修復你不懂的代碼
- 在開會過程中，不要去質疑別人的代碼，可以提出疑問
學無止境
- 你不需要精通所有的技術，但須要清楚的知道行業的動向，從而規劃你的項目以及職業發展
- 多點分享
- 制定項目進度表，並且安裝進度表完成工作內容
敏捷反饋
- 做好單元測試
- 先寫測試，再實現TTD(Test Driven Development)
敏捷編碼
- 代碼要清晰的表達開發者的意圖(代碼的閱讀性比較高)
- 多在代碼中註釋，方法需要清晰的表達這個方法是做什麼的，開發人員可以用代碼進行溝通
- 動態的評估整個項目，來權衡，性能、 便利、 生產、 成本、 時間。 永遠不要做複雜化代碼
- 增量式編碼， 在很短的編輯、構建、測試循環中編寫代碼
- 簡單編碼，除非有不可辯駁的原因，否則不要使用模式、原則和高難度技術之類的東西
- 編寫內聚的代碼 讓類的功能儘量集中，讓組建儘量小 。 要避免創建很大的類或組建，也不要創建無所不包的大雜燴類
- 告知，不要詢問。以發送消息的方式來溝通或接受消息
敏捷調試
- 記錄問題解決日誌
- 警告就是錯誤
- 對問題各個擊破
- 返回以及收集所有的異常 錯誤信息
敏捷協作
- 定期開項目會議，會報進度與問題
- 代碼共享
- 知識分享，可以提出自己的見解
- 共同review代碼
走向敏捷
- 個人修養
- 團隊修煉
《高效程序員的45個習慣 敏捷開發之道》
推薦書記 -- 《重構》
