前言

很多年前，剛剛從大學畢業的時候，很多公司來校招。其中最爛俗的一個面試問題是：“你希望你之后三到五年的發展是什么？”。我當時的標準回答是（原話）：“成為在某一方面能夠獨當一面的技術專家“。后來經歷了幾家不同的公司，換了不同的方向，才知道這個真是一個很難的問題。因為兵無常勢，什么東西都是在不斷的變化，一早的時候看好的東西可能會被淘汰。

（幾乎）沒有人能夠看準技術的下一個方向，因為這個問題實在是太難了，能夠做到這一點的你就成為了技術界的巴菲特了。比如說11年加入Google，14年加入Facebook，16年加入阿里巴巴。做到這一點的人肯定有資本也有眼光去做風險投資，就算不做風險投資那么財務自由也是妥妥的。

現在畢業六年，從北京到上海到硅谷，從國內互聯網公司外企，看到了公司好的地方和壞的地方，這里只是根據自己的經歷寫一些大方向選擇建議，僅供參考。

一、行業背景很重要

行業背景非常重要；工作3年后必須確定自己的行業背景，比如一直從事電信行業，一直從事銀行項目，一直從事ERP行業等等。

一個程序員不可能是一直寫代碼的，就是寫代碼也要知道業務邏輯，滿足什么需求；俗話說隔行如隔山，每個行業的業務都不一樣，甚至差別很大，比如你一直從事流媒體的研究，讓你跳槽到一家銀行項目，完了，一切從頭學吧，以前的行業經驗都用不上了；而且，一個公司公司招人，就是希望找到那些很容易上手，不需要培訓業務很久的程序員；頻繁跳槽的朋友，一定要注意這點；

一直在一個行業呆久了，就可以成為這個行業的專家；我們可以經常看到，一個項目組的某個leader，代碼寫的一般，但是卻可以跟客戶流暢的溝通，控制著新需求的提出，bug的修正等等；而客戶也很愿意跟他打交道，因為那些老的項目只有他能維護，他甚至熟悉系統的每一張表結構——-可想在這個行業呆的時間有多久啦。

第二、合理的職業規劃

什么是職業規劃—-就是你短期或者長期的一個職業計劃！大道理不講，咱簡單點。先問你幾個問題：

a.你工作幾年了，你愿意一直和新入行的新手一樣就是個簡單的程序員嗎？

b. 你愿意一直寫代碼，而不關心其他嗎？

c. 一個項目的前期需求，設計，后期部署維護，領導找到你，你說咱搞不定，行嗎？

程序員不是敲代碼的機器。第一年太多東西不懂，你可以一切聽從老大的安排，敲敲代碼，看看數據庫，測試自己和別人的代碼；但是第二年，你還是這樣嗎？不可能的，一年的經驗你完全可以入行了，是時候該學習怎么進行需求分析，怎么設計數據庫，怎么寫各類文檔，怎么寫更好的代碼？這是高級程序員的要求！

三、什么是高級程序員？

具有分析設計能力，能進行技術攻關，而且具有某行業深厚背景的程序員！

所有，一個項目立項后，你要積極的參與到前期設計中，跟老同志們一道思考分析問題，學習經驗！OK，你這就成長啦！

千萬不要認為程序員就是寫代碼的哦！！！

而且，通過一個項目的開發，你要能粗略的統計出一個功能的開發時間；比如一個模塊有20個小功能點，你開發了80個小時，每個小功能點平均2小時——這時在前期就能評估工作量啦。當然每個人的效率和工作質量是不同的，因人而異，但是大概的工作量應該是可以統計出來的，用于統計一個項目的工作周期；

四、不要覺得業務代碼一樣很牛逼

有人認為寫業務代碼一樣可以很牛逼，理由是業務代碼一樣可以有各種技巧，例如可以使用封裝和抽象使得業務代碼更具可擴展性，可以通過和產品多交流以便更好的理解和實現業務，日志記錄好了問題定位效率可以提升10倍等等。 想要獲取更多學習資源的，可以加群：454377428

業務代碼一樣有技術含量，這點是肯定的，業務代碼中的技術是每個程序員的基礎，但只是掌握了這些技巧，并不能成為技術大牛，就像游戲中升級打怪一樣，開始打小怪，經驗值很高，越到后面經驗值越少，打小怪已經不能提升經驗值了，這個時候就需要打一些更高級的怪，刷一些有挑戰的副本了，沒看到哪個游戲只要一直打小怪就能升到頂級的。成為技術大牛的路也是類似的，你要不斷的提升自己的水平，然后面臨更大的挑戰，通過應對這些挑戰從而使自己水平更上一級，然后如此往復，最終達到技術大牛甚至業界大牛的境界，寫業務代碼只是這個打怪升級路上的一個挑戰而已，而且我認為是比較初級的一個挑戰。

所以我認為：業務代碼都寫不好的程序員肯定無法成為技術大牛，但只把業務代碼寫好的程序員也還不能成為技術大牛。

五、別以上班太忙沒時間學習為借口

很多人認為自己沒有成為技術大牛并不是自己不聰明，也不是自己不努力，而是中國的這個環境下，技術人員加班都太多了，導致自己沒有額外的時間進行學習。

這個理由有一定的客觀性，畢竟和歐美相比，我們的加班確實要多一些，但這個因素只是一個需要克服的問題，并不是不可逾越的鴻溝，畢竟我們身邊還是有那么多的大牛也是在中國這個環境成長起來的。

我認為有幾個誤區導致了這種看法的形成：

1）上班做的都是重復工作，要想提升必須自己額外去學習

形成這個誤區的主要原因還是在于認為“寫業務代碼是沒有技術含量的”，而我現在上班就是寫業務代碼，所以我在工作中不能提升。

2）學習需要大段的連續時間

很多人以為要學習就要像學校上課一樣，給你一整天時間來上課才算學習，而我們平時加班又比較多，周末累的只想睡懶覺，或者只想去看看電影打打游戲來放松，所以就沒有時間學習了。

實際上的做法正好相反：首先我們應該在工作中學習和提升，因為學以致用或者有實例參考，學習的效果是最好的；其次工作后學習不需要大段時間，而是要擠出時間，利用時間碎片來學習。

六、做的更多，做的比你主管安排給你的任務更多。

我在HW的時候，負責一個版本的開發，這個版本的工作量大約是2000行左右，但是我除了做完這個功能，還將關聯的功能全部掌握清楚了，代碼（大約10000行）也全部看了一遍，做完這個版本后，我對這個版本相關的整套業務全部很熟悉了。經過一兩次會議后，大家發現我對這塊掌握最熟了，接下來就有趣了：產品討論需求找我、測試有問題也找我、老大對外支撐也找我；后來，不是我負責的功能他們也找我，即使我當時不知道，我也會看代碼或者找文檔幫他們回答。最后我就成了我這個系統的“專家”了。雖然這個時候我還是做業務的，還是寫業務代碼，但是我已經對整個業務都很熟悉了。

以上只是一個簡單的例子，其實就是想說：要想有機會，首先你得從人群中冒出來，要想冒出來，你就必須做到與眾不同，要做到與眾不同，你就要做得更多！想要獲取更多學習資源的，可以加群：650385180

怎么做得更多呢？可以從以下幾個方面著手：

1）熟悉更多業務，不管是不是你負責的；熟悉更多代碼，不管是不是你寫的

這樣做有很多好處，舉幾個簡單的例子：

需求分析的時候更加準確，能夠在需求階段就識別風險、影響、難點

問題處理的時候更加快速，因為相關的業務和代碼都熟悉，能夠快速的判斷問題可能的原因并進行排查處理

方案設計的時候考慮更加周全，由于有對全局業務的理解，能夠設計出更好的方案

2）熟悉端到端

比如說你負責web后臺開發，但實際上用戶發起一個http請求，要經過很多中間步驟才到你的服務器（例如瀏覽器緩存、DNS、nginx等），服務器一般又會經過很多處理才到你寫的那部分代碼（路由、權限等）這整個流程中的很多系統或者步驟，絕大部分人是不可能去參與寫代碼的，但掌握了這些知識對你的綜合水平有很大作用，例如方案設計、線上故障處理這些更加有含金量的技術工作都需要綜合技術水平。

“系統性”、“全局性”、“綜合性”這些字眼看起來比較虛，但其實都是技術大牛的必備的素質，要達到這樣的境界，必須去熟悉更多系統、業務、代碼。

3）自學

一般在比較成熟的團隊，由于框架或者組件已經進行了大量的封裝，寫業務代碼所用到的技術確實也比較少，但我們要明白“唯一不變的只有變化”，框架有可能要改進，組件可能要替換，或者你換了一家公司，新公司既沒有組件也沒有框架，要你從頭開始來做。這些都是機會，也是挑戰，而機會和挑戰只會分配給有準備的人，所以這種情況下我們更加需要自學更多東西，因為真正等到要用的時候再來學已經沒有時間了。

以java為例，大部分業務代碼就是if-else加個數據庫操作，但我們完全可以自己學些更多java的知識，例如垃圾回收，調優，網絡編程等，這些可能暫時沒用，但真要用的時候，不是google一下就可以了，這個時候誰已經掌握了相關知識和技能，機會就是誰的。

以垃圾回收為例，我自己平時就抽時間學習了這些知識，學了1年都沒用上，但后來用上了幾次，每次都解決了卡死的大問題，而有的同學，寫了幾年的java代碼，對于stop-the-world是什么概念都不知道，更不用說去優化了。

據不完全統計，截至目前（2017.07）為止，中國Java程序員的數量已經超過了100萬。而且，隨著IT培訓業的持續發展和大量的應屆畢業生進入社會，Java程序員面臨的競爭壓力越來越大。那么，作為一名Java程序員，怎樣努力才能快速成長為一名高級的程序員或者架構師，或者說一名優秀的高級工程師或架構師應該有怎樣的技術知識體系，這不僅是一個剛剛踏入職場的初級程序員，也是工作三五年之后開始迷茫的老程序員，都必須要面對和想明白的問題。