這篇文章，作為自己開發一年的小總結。# # **整潔的相關問題因為一些問題造成了很多不必要的時間的浪費。
這一塊，確實中間也浪費了不少的時間，中間領導專門拿著阿里開發規範，來扣我們的**，乙個細節乙個細節的去讓我們改。我倒還是之前本來就熟悉阿里開發手冊。還算比較規範。
建議還是看看阿里的《阿里開發手冊》，另外建議去讀《**整潔之道》和《重構：改善既有**》這兩本書。然後開始知道整潔的**應該是什麼樣的。嚴格的要求自己，做到對自己的每一行**負責。建議讀一些設計模式之類的資料另外建議讀一下spring 的原始碼，這個可以學到很多的設計思想。對我們設計系統，解決問題有很大的幫助，可從裡邊學習到如何去增加擴充套件性。
這一塊開始從起手開發就裝上外掛程式，每天提交的**，自己檢查。可以節省時間在重新整理**上。說白了就是一遍過。
相關外掛程式安裝：
# # 第二個問題是 工具類封裝的問題
所謂的工具類，真的就是公用的**。本來說好的不重複造輪子，壞就壞在我們不知道輪子在**，其實這就是技術視野的問題。不知道有輪子，所以我們自己造輪子，所以浪費時間。所以要加班要996.
最痛苦的還不是重複造輪子的問題，還有乙個輪子在專案裡邊被造了很多次的情況，經理一審查**，直接吐了，搶救完經歷，解接下來就得搶救我們的**了，協調一下跟你造了重複輪子的同事，要不咱們統一用我的工具類？每個人都覺得自己寫的是最好的，擔心用了別人的要重新測試，害怕出現問題。
這個來來回回的改，加上造輪子與測試，花費很多時間，這些時間都是 996 擠出來的，本來不用加班。
這裡不多囉嗦了，一步到位，我給大家推薦乙個 好用的輪子。 叫做 hutool 的工具類，及其方便，pom裡邊直接引入就行了，自己看看裡邊都有什麼輪子就好了。
官網：別看什麼其他別人寫的介紹文件了，直接去官網上看吧。省事，還準確。
# # 第三個問題是使用統一配置中心的問題
我們是使用的 apollo，攜程的統一配置中心。一開始剛進專案，不懂什麼是統一配置，剛從學校出來，誰聽說過呀。關鍵，我們的專案打好，引入了 apollo的依賴，並沒有去從 apollo上讀取配置資訊。讀的本地的配置，結果專案跑起來，就時不時的去拉取配置。
我覺得這個問題，就狠一點，一步到位，要麼直接從一開始就用統一配置中心。最後省事，但是在開發過程中，可能會痛苦一點，一不小心，別人給你的配置誤刪了，估計就得找很大一會爾錯誤，才知道配置沒了。 這麼說起來，也可以一開始都用本地的配置，不要引入apollo，最後都測試沒問題了，統一引進來。這個也耽誤了比較長的時間。
# # 第四個問題就是分庫分表的問題
我們的專案是一開始在單庫上做開發，都開發完，測試完了，又要加分庫分表。
我們用的 sharding 做的分庫分表，sharding 天生就不支援一些sql，比如集合函式需要起乙個別名，比如 distinct去重操作，幾乎不支援。這些也沒人給我們說，就讓我們自己解決，自己測試。這太浪費時間了。
關於這個問題，我覺得也是一步到位，從專案開始就去考慮要不要進行分庫分表，這樣省去了重複測試的問題，會節省很多很多的時間。另外就是一定要有人出來把sharding 相關的坑，就給大家說明白，免得重複跳坑，浪費時間。
sharding 說是對開發人員來說無感的，其實並不是，需要注意蠻多坑。具體的還是看官方文件。
# # 自身問題
當然了，自己本身也是有問題的，比方一上來的時候，因為環境問題會耽誤很長是時間。還是多遇見一些問題就好了。
Golang開發踩過的坑
如何判斷某type型別實現了某介面 作為golang開發的小白，日常開發時候總會遇到一些問題，本篇部落格的會收錄一些日常開發時踩過的坑，可能有解決了的，也許也會有沒解決的。在使用for range進行遍歷切片或陣列時，遍歷時的指標index，value只是乙個臨時且位址不變的記憶體位址 packag...
那些年踩過的CSS坑
1 img 標籤中的alt 與title的區別 title 滑鼠滑過時顯示的文字提示。對seo優化的影響 搜尋引擎對理解是通過alt屬性，所以在alt屬性中包含關鍵字的簡要文字說明，也是頁面優化的一部分。2 padding與margin區別 padding是控制項的內容相對控制項的邊緣的邊距，mar...
vue那些年踩過的坑
那些年踩過的坑 module not found module not found error can t resolve views coverconfigurationrong in d new operation admin src js router 原因 寫好路由之後，新建資料夾目錄，但是...