工作已經有兩年多了，來做一個專題總結。這篇文章的關鍵詞是：雜事。
時間碎片
我所在的公司是一個創業公司。創業公司都有個共同的特點就是事多人少。當我靜下心來集中精力開始開發需求的時候，總會有一些所謂的急事來插隊。比如突然要開會，比如別人來咨詢這段代碼的工作原理，比如線上系統疑似出現BUG，需要我來馬上修復。這些事情確實需要馬上處理，拖延只會造成更大的問題，所以最終還是騰出時間來處理這些雜事。
這兩年，一直被這些雜事困擾著，無法集中精力做一個大塊的事情。時間打成了碎片。
線上BUG
有些時候BUG找上門來，要求馬上修復。時間被無情的打碎了。那么線上BUG影響了我的效率，要怪誰？潛意識里會想：運營真煩，有來找我麻煩了。潛意識里怪罪運營，怪罪產品。但理性的思考，其實要怪還是怪自己。代碼是自己寫的，BUG也是自己造的，只能怪自己。開發的時候由于時間緊迫，沒有寫好單元測試，到頭來還是要修復BUG，反而花費更多的時間。所以，這個過程總結起來就是，開發時間緊迫，代碼質量低，?上線之后出現緊急BUG又需要立即修復，影響了當前的開發進度，導致當前需求時間緊迫，而新的需求寫出來的代碼還是低質量，就這樣形成了惡性循環。
這里面，代碼質量低可能是罪魁禍首。有的人開發速度很快，但是代碼質量不見得很好（比如說我），就會出現上面的惡性循環。帶來的結果就是一天到晚很忙，甚至假日也不能好好的休息，還需要處理線上的問題。這種事情很累，吃力不討好。
所以，首先代碼要寫的好，才能減少BUG的干擾，才能靜下心來好好的寫代碼。
別人的咨詢
這里討論另外一個問題。有段時間里，我經常被別人咨詢某個模塊如何使用。當時公司還小，第一次咨詢，我也沒有文檔。我覺得沒什么，給他耐心解答了。過了一段時間，公司的人多了10倍，咨詢的人越來越多，我簡直沒法做自己的事情了！這時候才意識到問題。
這里又是一個惡性循環。
打破循環
雜事多的問題我也給上面反饋過，但是沒有得到有效的解決辦法。我一直都有記錄時間日志，有一天完整整理的時候發現處理雜事占用了一大半的時間。于是想辦法來減少雜事。第二天開始認真對待每一件雜事，思考如何避免類似的雜事。最后總結起來有以下三點。
第一，最先解決的是咨詢問題。我把幾個重要模塊的功能介紹，用法說明都寫成了詳細的文檔。當有人咨詢的時候，我就讓他看我寫的文檔。過了一段時間之后咨詢的人明顯少多了。終于可以安靜的寫代碼了！
?第二，然后認真對待每個BUG。BUG不僅要修復，還要思考下回如何避免類似的BUG，如何徹底解決BUG而不是只修復表面現象。這樣做只會讓BUG越來越少，并且有助于提升代碼質量。
第三，提升代碼質量。嘗試寫出工業級的代碼，不僅主要的邏輯要正確，對于邊界的處理也要非常慎重，關鍵的地方還需要考慮性能。并且，單元測試還需覆蓋大部分代碼。
我做到了以上三點，雜事少了，周末也不再處理線上問題，生活幸福了許多。
結論
工作上雜事多，歸根結底是自己做出的東西質量低，別人才會來找麻煩。不要為了提升效率而盲目的加快速度，犧牲質量，這樣做是飲鴆止渴。而是要想辦法提升工作質量，才能長久發展。
