為什麼要寫專欄-寫作的收穫和專欄方向

為了迎接更好的自己。

過去的止步不前

程序員最反感別人沒寫文檔，最不喜歡自己寫文檔。

我一直很認同技術人員應該持續寫技術文章，可以總結經驗，打造個人品牌，等等。但加上公司內部分享，實際也沒寫多少篇，這可能也是很多技術人員的通病吧。

對我個人來說，沒有堅持寫首先是時間因素。並不是真的沒有一點時間，而是時間管理任務規劃的問題。對自身認知不足，制定了太多沒想清楚的計劃。經常鍵盤一敲，這個月要寫三篇技術分享，洋洋洒洒做了一堆計劃很有滿足感，好像已經成功了一半。但做計劃時沒規劃好落地細節，比如什麼時候寫，寫什麼方向的內容。總有更緊急的事情要做，於是轉眼就一個月過去了，沒寫的等以後再寫吧。很快，一年也過去了。

其次，有時想真正沉下心寫點東西，又沒有什麼特別想寫的內容。個人也看了很多別人的技術文章，像複雜系統的介紹，各種開源產品的使用心得、架構、源碼分析，等等。到自己寫，不知道寫什麼了。寫自己做的系統吧，好像沒什麼好寫的，除了必須寫的內部設計文檔，並沒提煉出多牛想分享的內容。寫使用心得吧，都是照著官方文檔做，遇到問題谷歌，感覺沒什麼有深度的東西可說。寫開源架構、源碼分析吧，都是看別人總結的文章學習的，總不能直接抄吧。

雖然沒能堅持寫文章，但至少做到了持續閱讀技術文章，好的文章收藏有鏈接。自己也做工作記錄，各類問題有記錄，需要的時候也能說出個123來，似乎一切還好。

想清楚了寫作對自己的意義

寫作對我來說，最大的意義，就是強迫自己克服惰性，深入思考研究，總結提煉，提升段位。

較長時間裡，工作主要在解決具體問題。做新功能是在解決問題，改bug是在解決問題，幫助用戶是在解決問題，自己解決了很多問題，也幫忙別人解決了很多問題。在此期間了解了新的業務，拓展了技術體系邊界，但感覺自己的段位並沒有顯著提高。為什麼？

因為對工作內容的總結提煉不夠，無法站在更高層面「悟」，段位提升不明顯。

雖然我開發了很多具體的功能，解決了很多具體問題，但大多數問題是碎片化的，單純碎片化救火併不能有效提升自己的段位。只有持續有深度的總結提煉，將碎片化問題抽象提煉，更高層面考慮問題域的方法論和通用解決方法，高屋建瓴，才能有效提升段位。

而要強迫自己深入思考研究，並不容易。因為深入思考不像解決具體問題那樣有即刻的收穫感、工作緊迫性必要性。要主動，要克服自己天然的惰性。而寫作是一個非常好的強迫自己深入思考研究、提升段位方法。

不同於給自己看的工作記錄，隨便寫寫，即使像密電文也能理解。給別人分享，必須要讓不了解你的人感同身受，了解到所分享內容背景是什麼，是否找到問題的本質，如何解決，有什麼方法論做理論支持，做了哪方面取捨，還有哪些可以提高的地方。寫作過程就像自己對自己的面試，深挖下去，發現之前沒去想，沒覺得是問題的問題，甚至會發現即使想到了問題也想不清楚答案的問題。另外一些緊急湊付事的臨時解決方法，也不好意思拿去分享。只能思考，再思考，去想所有問題的答案。聯想自己做過的其他事情，讀過的資料，繼續去搜索，去嘗試，給出至少讓自己信服的答案。如此寫完，雖然感覺很疲憊，但有感悟，自己得到了提高，很有收穫。

寫作可以消化所讀的技術文章，將被動記憶的知識，通過寫作，變成自己真正掌握的知識。

為了提升段位，自己看了一些書，很多技術文章。不能在工作中立即用到的技術知識，也堅持做了不少積累。像系統架構，源碼分析，演算法實踐，有意思的分析都看了不少、努力理解這些文章講了什麼，收藏了很多有用的鏈接。年度總結，似乎學了很多，可依然沒感到段位有顯著提高。這是為什麼？

這是因為之前的學習，實際是在用應試方式去理解，記錄要點。雖然一段時間內能像複習考試般清楚自己學過什麼，但沒有結合自己經歷深入的「悟」，沒有變成真正掌握的知識，日常工作用不上，慢慢就淡忘了。

解決方法依然還是靠寫作，來強迫自己深入思考。寫閱讀的收穫，自然不能把原文抄一遍，要有自己的理解感悟，要結合自己做過的事情寫點新東西出來，需要把知識體系打散了重新提煉。一旦有了深入思考，寫出自己認可的閱讀分享，自然就真正掌握了所學的內容。

寫作可以提高拆解問題，分層細化的能力。

以前迷信敏捷快速迭代，認為不能過度設計。去解決一個問題時，才會思考這個問題的解。遇到新問題，case by case解決新問題。規劃不夠清晰，缺少對需求，業務流程，業務建模，數據建模，架構建模，介面建模的有效拆解，沒有從上到下，一層層將問題域拆分的足夠清楚。規模不大的問題可以輕鬆解決，一旦要處理涉及面廣，流程複雜的多業務域問題，就會因為考慮不足經常要修改原來的設計和實現。

而寫作要讓別人容易讀，就不能像頭腦風暴那般想到哪寫到哪。要提前確定好分享的主題，按照主題整理寫作提綱，層層細化，分解章節目錄，各級要點，控制寫作範圍，避免寫的文不對題。這就很好鍛煉了拆解問題，分層細化的能力。

我在這方面做得還不夠好，包括本文在內，即使提前規劃好了要點，在寫作過程過程中依然有幾次超出規劃調整了結構。需要繼續提高自己的寫作能力。

寫作可以獲得反饋，走出思維盲區。

再多的自我思考，實踐驗證，依然可能存在思維盲區，有常識性錯誤而不自知。分享可以讓更多人了解，更多獲得反饋修改錯誤的機會，幫助自己進一步提高。

寫作可以提高自我認知，認識更真實的自己。

技術人員往往會高估自己。我的錯覺之一是總覺得存在某條提升能力的捷徑，研究各種方式方法而忽視了腳踏實地的前行。錯覺之二是做了一堆計劃就很有滿足感，好像已經成功了大半。最後計劃往往沒完成，安慰自己是太忙的原因而不是能力問題。

實際上，時間管理是技術人員最需要的能力之一。做了計劃完不成，首先是對自己認知不足，過於高估自己能力。寫自己認可的文章，會認識到自己知識的不足，思考的不足，寫作能力的不足，直面更真實的自己。認識到到寫一篇自己認可的文章，原來需要這麼多時間精力。認識到要想提升段位，必須投入更多時間精力，一步步前行，沒有捷徑可走。

專欄方向

因為寫作的目的是提高自己的技術段位，讓讀者和自己都有收穫，所以本專欄的方向是自己在開源大數據領域的經驗總結，心得提煉，分析解決一類問題的方法論，盡量避免沒有多少個人思考的操作流程幫助文檔。

歡迎大家留言反饋。