最近一直在反思自己的工作方法，發現還是很有問題的。 首先羅列一下自己的工作的流程：
1.發現問題
2.定位問題，找到問題的root cause。
3.思考解決問題的辦法，編寫代碼實現。
4.編譯代碼，解決編譯過程中出現的問題。
5.運行測試代碼，解決在運行結果與預期不一致的問題。
6.review代碼，優化一些可以優化的代碼，如有必要再次編譯執行，測試是否符合預期。
看着是一個不錯的過程，但是發現現在也不聽的暴露一些問題，比如：
1.有些隱藏在新代碼中的問題，需要仔細review才能發現。但是我自己發現測試已經通過，在步驟6中就沒有仔細的再去review代碼，沒能發現這部分問題。最後就在測試team的測試中爆出regression 問題。
2.有些問題在步驟5之前做review的話，比較容易發現，但是我直接進行測試而沒有review，在測試的時候發現問題。如果測試比較方便，則損耗比較小，如果測試不是很方便，這樣測試問題，發現問題，解決問題，再測試問題，發現問題，解決問題...的循環也是很花費時間的。
3.有些問題可能和發現的問題很相近，但是在解決這個問題的時候沒有發散的去思考有沒有近似問題需要解決，所以可能只是解決一個問題而沒有解決一類問題。
其他一些問題，一時我也想不起來，但是就以上兩個問題，已經讓我自己吃了很多苦頭，我覺得有必要改變我的工作流程，我覺得如下的工作流程是我目前覺得比較合理的，羅列出來供大家討論：
1. 發現問題
2. 定位問題，找出問題的root cause。
3. 擴展問題，看看有沒有類似問題也存在，如果有，可以考慮在這次一併解決。
4.思考解決問題的辦法，編寫代碼實現。
5.編譯代碼，解決編譯過程中的問題。
6.仔細review代碼，發現代碼中的可能存在的問題並解決。
7.編譯通過，執行代碼，測試結果是否符合預期。如果不符合，解決問題。
8.Review 代碼，優化一些可以優化的地方。這個時候應該只是小的優化，大的應該在步驟6裏面完成。
列出以上解決問題的流程供自己以後實驗，在以後解決問題的過程中不斷改善之。 也請有經驗的大牛可以提供自己的建議或者寶貴經驗。