在日常軟件項目研發中，經常面臨的幾個
#技術板塊-煩惱
1.代碼和業務不同步。
2.定位bug難，代碼邏輯層需要花大量時間分析，和驗證。
3.因爲項目多，經常遺忘項目中比較重要又繞的代碼邏輯，導致迭代，或者解決bug時，花大量時間入坑，或者重新回想分析代碼邏輯，
#業務層--痛點
1.出現一個bug，改完又出現其他bug，重複改，效率不高。
2.解決簡單的bug花費大量的時間，定位bug時間長。
針對以上問題，我個人在項目經驗中得出來優化和解決解決的辦法就是在代碼層還有邏輯中做好文檔的同步和管理，必須嚴格規範同步更新代碼文檔，有問題查看相關文檔。
1.代碼層：規範的架構分層，做好藕節隔離，和嚴謹規範代碼，一些邏輯過於複雜的功能，必須添加完善的代碼註釋，註釋的作用是爲了防止之後出現bug能及時查看當中邏輯問題，第一時間處理，提高效率，避免瞎改，導致改錯全局函數，出現更多bug，and迭代的時候能馬上上手瞭解當中的層次關係，儘快接上。(代碼管理工具推薦使用Svn或Git，其實兩者個人工具使用的場景規模可能不太一樣，例如SVN 1.管理方便，邏輯明確，符合一般人思維習慣。 2.代碼一致性非常高 適合開發人數不多的項目開發。 Git 1.適合分佈式開發，強調個體 2.任意解決兩個開發代碼衝突問題 3.離線工作 )
2.SQL文檔：一開始要設計好表架構，還有分表分庫的邏輯思路，並且規範好分表的命令邏輯字段等。 數據庫邏輯清晰了，更容易讓開發人員，開發，和解決bug問題。
3.接口文檔：方便前端和後端或者其他第三方人員對接自己本項目的業務，這塊，要做的就是明確接口的請求參數和放回參數。（像API工具強烈推薦使用可視化接口swagger，Swagger 是一個規範和完整的框架，用於生成、描述、調用和可視化 RESTful 風格的 Web 服務。使用此工具大大的提高了開發接口和維護接口的效率）。
4.備註文檔，此文檔一般用於註釋特殊的事項，並且此事項是全局事項，介入代碼層和業務層的一些說明。
目前還在學習更新最優的解決方案，如有其它更好的管理和解決這些目前痛點，的小夥伴可和我聯繫交流luo425116243