文章大綱

• 忙碌的一年
• 大公司如何處理一個 bug
• 優秀是一種習慣
• 試圖引經據典，找到一些前進的方向。
• 相信自己的直覺，思考的更深入一些
• 人工智慧 之我見

魏超 說 他很期待老王我的年終總結，我有點激動的不能自已，而且驟然發現2018年是我踏入IT 的第十個年頭了，值得大書特書。於是決定將這篇年中總結分成兩個部分，在2018年年底，和2019年年初分別釋出

忙碌的一年

今年是非常忙碌的一年，身體的健康下降了太多，人老先老腿。這一點在我身上體現的特別明顯。大學時候我可以跑1500米全校第一，沒覺得什麼。現在只要跑兩步就覺的腿很沉。

大公司如何處理一個 bug

• 開始處理一個新的 bug 。

• 花兩週的時間試圖理解 20 個不同的 flag ，這些 flag 以神祕的方式相互互動，導致這個困境。

• 再新增一個 flag 來處理新的特殊場景。新增幾行程式碼來檢查此 flag ，並解決有問題的情況，規避該 bug 。

• 將更改提交到包含大約100-200臺伺服器的測試伺服器叢集，這些伺服器將編譯程式碼，構建新的 Oracle 資料庫，並以分散式方式執行數百萬個測試。

• 回家。第二天來上班，繼續處理別的 bug 。測試可能需要20-30個小時才能完成。

• 再回家。再來上班，檢查你的叢集測試結果。順利的話，會有大約100個失敗的測試。倒黴的話，將有大約1000個失敗的測試。隨機選擇一些測試並試圖搞清楚你的假設出了什麼問題。或許還需要考慮10多個 flag 才能真正理解 bug 的本質。

• 再新增一些 flag 以嘗試解決問題。再次提交更改以進行測試。再等20-30個小時。

• 來來回回重複兩週，直到你得到了將這些 flag 組合起來的“神祕咒語”。

• 終有一天，你會成功，不再出現測試失敗。

• 為你的新更改新增100多個測試，以確保下一個不幸接觸這段新程式碼的開發人員永遠不會破壞你的修復。

• 提交最後一輪測試的成果。然後提交以供稽核。審查本身可能還需要2周到2個月。所以接下來繼續去處理下一個 bug 。

• 在2周到2個月之後，一切已就緒，程式碼將最終合併到主分支中。

以上是oracle 處理一個 bug 的過程

優秀是一種習慣

最早寫部落格是上了大學以後，每個人內在都有一個渴望被別人瞭解的社會性需求。我開始是在qq 空間上面寫

試圖引經據典，找到一些前進的方向。

相信自己的直覺，思考的更深入一些

前段時間工作上有個專案，需求收集的比較模糊，開完會之後發郵件，所有人都指向往簡單了去做。但是我心裡覺的實際上肯定沒有這麼簡單。但是還是為了避免不必要的麻煩，最後溝通總結郵件時候也是按照簡單的方式做了總結。果不其然晚上就被領導們教育了一番。

投資，我看到一句發人深省的話：
牛市之中，不管是買方還是賣方都是你的戰友。而熊市之中，不管是買方還是賣方，都是你的敵人。
什麼意思呢？或者說這是為什麼呢？
很多人不理解為什麼老交易員經常講：牛市膽子要大，熊市要懂的寂寞，刀槍入庫，馬放南山。
因為，在牛市裡，不管是買方還是賣方，雙方都是實質性賺錢。
在熊市裡，不管買方還是賣方，二者都是實質性虧錢。

人工智慧 之我見