[[325804]]

1.摘要

最近有一些畢業不久的同事問我：“你工作的時候有沒有什么竅門?怎么才能快速成為高手?”

想起當初剛入職，新人培訓的時候，也跟其他同事討論過這個問題：如何才能成為業界大牛?當時自己只是覺得興趣是最好的老師，思路方法什么的沒有多想。

加入微博平臺架構部的時間也不短了，趁著快過春節總結了一下自己入職微博以來的工作情況，從互聯網開發的半個門外漢，到如今能設計一些架構、排查一些問題、分享一些經驗，收獲頗多，感想頗多,也逐漸意識到思路和方法的重要性，在此跟大家分享一下。主要分為學、做、想三方面。

2.學會學習

學習無疑是程序員最為重要的素質之一，尤其是互聯網這種日新月異的行業，把學習當做工作的一大半也不為過。

2.1.自主學習

最近發現身邊的人并不是不想學習，只是每天都在糾結自己到底學什么好：簡單的沒挑戰，復雜的看不懂;舊技術怕過時，新技術沒方向……

講講自己畢業后的經歷，畢業之后去了個不大不小的公司，沒什么挑戰，也用不上什么技術。工作穩定了幾年，業余時間事情做，于是之后一年的時間里，用上班摸魚和下班休息的時間學了這些東西：

閑著無聊想做個小游戲，發現游戲相關的書大多是英文的，看不懂，一咬牙翻譯了《Real-time rending 3rd》的前幾章，剛開始前言都看不懂，只能一個詞一個詞的翻字典，一句話要琢磨幾個鐘頭到底作者說的到底是什么意思。翻譯了幾百頁英文書之后，發現自己看英文書沒什么障礙了，于是開始每天用休息和摸魚的時間看書。

看完游戲引擎的書之后，把irrlicht引擎的代碼看了一遍，然后自己山寨了一個3d渲染的場景管理器，還有個樸素的渲染引擎。

給自己的游戲引擎寫了個基于腳本語言的解釋器，為此看了不少編譯原理和虛擬機的書，了解了程序究竟是什么東西，這是我覺得收益很大的一件事情。看編譯原理的書的時候發現操作系統的知識有些欠缺，又去看了linux內核相關的書。

看完操作系統又順著看網絡相關的書，之后把lighthttpd的代碼看了一遍，用c寫了個linux下的http服務器，把幾種網絡編程模型挨個實現了一遍。

實現http服務器的過程中覺得自己編碼能力還是有欠缺，把代碼大全翻了一遍，順著又去看了設計模式的書，并且用自己的理解把每個模式用文字重新描述了一遍。

 

中間還看了很多語言和框架相關的書，就不一一列舉了。可以參考這里。

我把學習的方向分為三類：

為了工作，滿足當前工作所必備的知識

為了提升，與當前工作相關的知識(深度)

拓展視野，與當前工作無關的知識(廣度)

學習(1)之后只是個熟練工，2和3才是提升自己的途徑，伴隨著知識儲備的提升，接觸新事物時更容易找到相似的知識加以類比，加快理解，也更容易掌握本質。如果每天都在糾結“到底學什么”，那么只能說明還是學的太少了。(真正沒什么可學的大牛們應該不會讀到這里吧……)

所以，如果覺著沒什么東西可以學的時候，那么可以考慮一下學一下更有深度的知識(比如虛擬機或編譯器)，或者完全不同的知識(新的語言或當前比較火的方向)，甚至完全不相干的知識(單純練習英文閱讀，學習ppt排版之類)吧。隨著知識儲備增加，自己的不足和未來的學習的方向也會更加明確起來。

 

2.2向他人學習

這里有兩個極端，

有的人喜歡自己悶頭搗鼓，什么也不問，這必然是不利于自己提高的;

也有人碰到問題就問，這也有問題，浪費他人時間不說，更關鍵的是說明這人向他人學習的思路錯了，要學習他人的并不是具體某個知識(要學知識看書就能解決了)，而是學習別人的思維方式。

但是思維方式這種東西很難通過交流的方式學到，后來我發現有個很簡單的學習方式：口頭禪。舉幾個例子，大家體會一下：

“這個其實是兩個問題”

“有沒有更好的方案”

“能不能舉個例子”

“能不能給個一句話總結”

除了口頭禪，很多牛人都會有非常鮮明的思維方式和處事原則，如果有幸與業界的大牛共事，那么恭喜你，只要多交流、多觀察、多思考，那么提升速度會提升好幾個數量級。

3.多做有意義的事情

有的人每天時間浪費在跟問題本身無關的事情上，比如我要設計架構的時候還要考慮架構圖怎么畫，寫完代碼還要反復部署測試好幾輪才pass，查bug的時候把時間浪費在掃日志上。人的精力總是有限的，把時間浪費在這些事情上面，讓自己提高的時間就變得少了。

3.1.練習，更多的練習

這里有個誤區：“做有意義的事情”不等于“只做自己沒做過的事情”。對于程序員來說，寫代碼是基本功中的基本功，編碼的規范、設計的權衡、甚至順手的IDE快捷鍵都要靠平日的試錯和積累，很難通過幾本書或者幾天培訓領悟到。

曾經目睹一些人寫代碼一年之后開始做一些小項目的設計，然后就迫不及待的把重心全都轉移到設計甚至架構上，這種沒有基礎能力支撐做出的設計和架構最多只能算是高級意淫，大多沒等落地就荒廢了，意義不大。究其原因，大多是設計出來的東西“不好做”或者“不好用”，就像是只看過一遍課本就去參加高數考試，現實嗎?(學霸們我錯了……)

 

3.2.提高時間的利用率

時間是所有期待提升自己的人最寶貴的資源，效率再高，沒時間做也沒意義。

網上有個流傳挺廣的圖：打擾程序員的成本。事實上我每天的工作時間非常碎片化，來到公司之后可能不斷的接電話、被問問題、被拉去開會、回復郵件等等;也經常會有時間不夠用或者沒事做的困惑，這里分享一下心得：

加班可以創造很多時間，并且能有效減少被打擾的幾率，但是也會給身體和精神帶來很大負擔。因此加班做的事情必須能對個人進步產生足夠多的收益。如果加班只是用來處理無意義的工作的話，那應該是日常工作出了什么問題。

事情可以分成緊急重要、緊急不重要、重要不緊急、不重要不緊急四類，在todo列表里隨時要有重要不緊急的事情。

 

4.學會思考

4.1.深究

當有什么問題解決不了的時候，很多人會有畏難或者拖延的情緒，典型口頭禪就是“就這么湊合著用吧”或者“先這樣吧，以后有時間再研究”，說這些話的人大多并不是真的那么忙，甚至有人一邊刷著微博一邊跟我說沒時間研究……(你tm在逗我?)

要克服畏難情緒其實很簡單，找一個具體的似懂非懂的問題，想盡辦法把問題研究清楚，體會幾次解決問題時的愉悅感，建立自信。

大部分問題其實沒有什么高深的科學原理，甚至只要翻幾頁書就解決了，但是遇到問題不深究，久而久之會形成自我暗示：這些問題是我懂的，那些是我不懂的，自己反而把自己進步的路給堵上了。

說到如何深究，也有幾條心得：

遇事多想為什么，并且要反復問為什么。很多貌似理解了的問題過一陣再重新想想，往往會發現之前還有沒考慮到的地方。查找資料時選權威的書籍或者網站，避免被誤導。找人討論，或者直接拉小伙伴入伙，既可以互相交流，又可以互相監督

4.2.多說，多寫，多交流

平常工作中有一個感受，有交流和寫作習慣的人思路會更清晰一些，大概總結幾個觀點。

隔一段時間最好能書面形式總結一下最近的工作，比如說寫個心得感悟，或者持續更新自己的簡歷。

有些人喜歡糾結于“這個不是我的問題，為什么要我處理”之類的事情。在我看來這是很好的機會。既能增長見識，又能展示水平，還能留個認真負責的好名聲，何樂而不為呢。

5.最后

最后分享一下關于我理解的程序員的自我修養，在我看來，可以總結為：負責任，重名聲。

負責任，說的更具體些：寫的代碼自己有沒有測過、做的框架自己有沒有用過、設計的架構自己有沒有認真權衡過。

重名聲，說的直接些：沒有測過的代碼、沒有用過的框架、沒有權衡過的方案有沒有臉交付給別人。

與各位共勉。