個人感受：
認識到自己的程式設計方法有問題，沒有正確的一個編碼流程，只是一味的追求寫程式碼，寫完就沒有事情幹了。
書中提到了這一點，做一個專案應該有正確的流程，確定好自己下一步該幹什麼而不是像無頭蒼蠅一樣到處亂撞。
解決方法:學習書中第五章的那樣方法規劃好自己的流程一步一步來。
讀書筆記：
三四五章主要講了，第三章：軟體工程師的成長，
個人能力的發展
技術能力：
學習和掌握新的程式語言和工具。
不斷改進程式碼質量和效率，關注最佳實踐和設計模式。
參與開源專案和技術社群，獲取實戰經驗。
軟技能：
發展溝通和協作能力，特別是在團隊專案中。
培養解決問題的能力，能夠迅速定位和修復問題。
學習和提升：
持續學習，保持對新技術和行業趨勢的關注。
透過閱讀技術書籍、參加技術會議和線上課程提升自己。
職業規劃
設定目標：
短期和長期目標結合，明確職業發展的方向。
定期回顧和調整目標，確保其符合自身的發展和市場需求。
職業路徑：
初級工程師 -> 中級工程師 -> 高階工程師 -> 技術專家/架構師 -> 技術經理/CTO。
透過不斷積累經驗和提升技能，實現職業晉升。
職場策略：
尋找好的導師或指導者，獲取職業發展的建議和支援。
積極參與公司的重要專案，展現自己的能力和價值。
第四章：團隊合作，
程式碼規範
程式碼格式：
統一程式碼格式，確保程式碼的可讀性和可維護性。
使用程式碼格式化工具和靜態分析工具，自動檢查程式碼規範。
命名約定：
使用統一的命名規則，使變數、函式和類的名稱具有一致性和可讀性。
避免使用模糊或含糊不清的命名。
程式碼複審
複審流程：
定期進行程式碼複審，發現和解決程式碼中的潛在問題。
建立標準的複審流程，明確複審的重點和方法。
複審技巧：
複審時關注程式碼的邏輯、效能和安全性。
提供建設性的反饋，幫助開發者改進程式碼。
結對程式設計
結對模式：
兩個開發者一起工作，一個編寫程式碼，另一個進行實時審查。
定期交換角色，確保雙方都有機會進行編碼和審查。
優勢：
提高程式碼質量和開發效率，減少錯誤和缺陷。
促進知識共享和技能提升。
第五章：開發流程和敏捷方法
敏捷開發流程
迭代開發：
採用迭代和增量開發的方法，每個迭代週期（通常為2-4周）完成一部分功能。
定期評審和改進，確保產品逐步完善。
敏捷團隊：
自組織團隊，每個成員都承擔一定的責任，共同完成任務。
透過每日站會、迭代評審和回顧等方式，加強團隊協作和溝通。
敏捷實踐：
使用者故事：使用使用者故事描述需求，確保需求明確且可驗證。
持續整合：頻繁整合程式碼，及時發現和解決問題。
測試驅動開發（TDD）：先編寫測試用例，再編寫實現程式碼，確保程式碼的質量和可維護性。
實踐問題
團隊溝通：
確保團隊成員之間的有效溝通，避免資訊隔閡和誤解。
使用協作工具（如JIRA、Confluence）進行任務管理和文件共享。
需求變更：
靈活應對需求變更，保持對需求變化的敏感和響應能力。
透過需求優先順序排序和迭代計劃，合理安排開發任務。
交付和反饋：
定期交付可用的軟體版本，獲取使用者的反饋和改進建議。
透過快速迭代和持續改進，不斷提升產品的質量和使用者滿意度。