我在做技術面試官的時候，面試物件大多數是初級開發和高階開發，偶爾也會面試架構師。我發現，IT人的工資固然和相關技術的使用年限有關，但如果候選人的技能無法跨越到更高層次的話，他們的收入也就會停留在當前級別，哪怕工資年限再多，也無法提升工資水平。

    比如，我就面試過不少工作了5,6年的程式設計師，他們的技能也就停留在增刪改查階段，那麼只能領到初級程式設計師的工資。更可悲的時，在面試過程中我發現他們甚至不知道上升的途徑和方式，這樣的話，可能當他們有10年經驗時，或許還只是初級程式設計師。

    對此本文將圍繞著初級程式設計師，高階程式設計師和架構師這三個職位，說明下這些級別的技能瓶頸，並給出若干突破瓶頸的建議。

1 初級程式設計師的技能瓶頸與收入瓶頸

    哪怕是非相關專業，從培訓班出來的程式設計師，要找個工作也不難，更何況是計算機相關專業出身的學生。

    在一般的公司裡，對初級程式設計師的要求大多也是會增刪改查，熟悉基本的業務，而且不少公司不會讓他們幹更高階的活。所以我在面試過程中，不少3年以內的初級程式設計師的水平和一些有5年經驗的人差不多，這就進入了初級程式設計師的收入瓶頸。

    比如Java方面，他們僅僅會用技能，比如集合，多執行緒，資料庫等，也會在Spring框架下幹活，SQL方面，僅會寫基本的SQL語句，或許還會使用簡單的索引等技能。但如果我問及底層程式碼，他們知道得很少，問及Spring等框架知識，他們只會告訴我如何配置，如何在現有框架裡幹活。至於一些高階技能，比如分散式元件，或者LInux下的部署和日誌排查，他們大多就不知道了。對於專案管理的工具，比如Jenkins，sonar等，他們可能都沒聽說過。

    如果面試時僅表現為會幹活，不會調優，不會分析和解決問題，那麼能力上也就是初級開發。這樣的話，在上海，按當前行情，估計最高也就12k了，同時，如果幹了5年還是這樣的話，那麼競爭力會大大降低。那麼如何提升到高階開發呢？

    1 在平時得熟悉除錯程式碼，並且，一旦組裡出了問題，得儘量參與，剛開始可能分析和解決問題的能力不行，但慢慢就行了。

    2 多看些優化方面的技能，以及比較熱門的技術，比如資料庫方面，別單純看JDBC的增刪改查，可以看些NoSQL甚至redis快取，然後看下SQL調優技能。

    3 多關注些專案開發和管理的技能，比如敏捷開發，站會，單元測試，整合部署，通過Sonar看程式碼質量等。

    4 這點比較關鍵，得多和別人交流，比如多和需求方溝通需求，多和測試方溝通問題重現步驟，多和組員領導溝通問題的實現方式。

    其實初級開發升級到高階開發還是相對容易的，只要主觀上態度上端正，別固步自封，然後到處看些資料多和人交流即可。如果進網際網路公司，在大壓力環境下，身邊大牛再多些，升級過程會更加順利。 

2 高階程式設計師的技能瓶頸在於分散式元件

    高階開發論技術，有一定的調優經驗，也有一定分析日誌解決問題的能力，也能debug。論解決問題的能力，也能和別人溝通，從而接簡單的需求，並能分析和解決一些問題。論團隊合作，也能帶3,4個人一起開發。其實這類能力，對工作個3年的程式設計師來說，不難達到，如果在節奏比較快的網際網路公司裡，甚至2年即可。

    論工資水平，當前在上海，高階開發拿個15k都算低，如果進個大公司，外帶5年左右開發經驗，估計能到20k，如果在網際網路公司甚至能更高，但瓶頸估計在25k左右。

    我面試高階開發，他們一般基礎知識比較紮實，比如Java集合內部的實現程式碼，高併發的諸多類，或者Spring框架的一些關鍵底層程式碼，都能說得上來。一般給我的高階開發的面試標準是，所需初級開發的技能，並在此基礎上具有一定的調優能力，通過日誌定位問題，設計解決方案和解決實際問題的能力，而且linux上也能部署程式碼。只要能說得上來，一般能給到高階開發的工資，就多少的問題。

    但我面試時，感受非常深的是，和架構師相比，高階開發對於分散式元件或基於雲元件（比如k8s）或其它高併發分散式元件，有些人可能用過，但僅限於會用其中的API，讓他們搭建一個叢集，他們可能就力所不能及了，如果再問他們分散式元件在專案開發時經歷過的坑，他們大多也說不上來。

    比如我問，Dubbo裡通訊協議有哪些？高階開發一般能說得上來，因為這有現成資料，但我再問，根據你們的業務實際情況，你們用的是長連線還是短連線方式？為什麼要用這種協議？他們估計就很難回答。如果我再問，如果要處理高併發的請求，需要在Dubbo裡做哪些配置？如何同其它元件搭建成叢集以達到容錯效果？高階開發就更難回答了。 

    同初級開發升級到高階開發相比，高階開發升級到架構師更難，因為在一般的工作環境裡，高階開發很難有相應的實踐機會。不過話說回來，如果程式設計師有8年經驗後還是高階開發，那麼競爭力會逐步下降，一方面很難再要到更高的工資，另一方面很難通過面試爭取到架構師的工作機會。那麼高階開發如何升級到架構師呢？這個時候光靠態度就不行了。

    1  理論知識不可少，還需要在自己電腦上，可以搭建個腳手架專案，比如自己裝個虛擬機器，搭建個dubbo叢集等，這樣能熟悉基本的配置和用法。

    2  最好找個網際網路公司實踐下，哪怕在網際網路公司乾的是高階開發的活，一定也有機會接觸分散式元件，這樣就有相關經驗了。我在一家外企自學了1年多架構師的技能，然後到一家網際網路公司，發現3個月的實踐抵得上1年多的自己探索。

    3  比如高階開發，架構師更得了解叢集，而不是單機版的程式碼，所以更得關注一些技術以外的技能，比如負載均衡，容錯處理，通訊協議和流程等。積累著方面的經驗別無他法，只能多動手排查和解決實際問題。

    4 雖然說光靠態度不行，但沒態度也不行，在升級過程中，可能因定位問題不及時不準確，或者提出的方案有瑕疵，從而受到別人挑戰，相反如果回到高階開發的舒適區也能穩定地過日子。我自己也有體會，我幸虧遇到了好師傅，而且我師傅的師傅是大牛，也為我指明瞭不少進階方向。否則的話，這條升級路能堅持下來，還能難說。 

3 架構師的瓶頸在於專案實踐經驗

     目前在上海，架構師的月薪普遍在30k以上，如果稍微資深點的話，35k也不是問題，如果是一個公司的主心骨的話，那工資就更沒上限了。

     雖然不多，但我好歹也面試過Java方面的架構師，我在面試過程中發現，一些資深的架構師，相關實踐經驗相當豐富，更有部署上線和線上排查問題方面的經驗。

    比如MyCAT分庫分表方面，高階開發會使用，一般的架構師會搭建叢集，也會排查產線問題，而資深架構第一能知道該如何上線，上線時如何採用分組釋出確保資料相容性，上線後又該如何清洗資料，如果上線過程中出現問題又該如何回退。再比如針對Netty的OOM問題，資深架構的腦海裡會出現若干個優先排查點，在這些範圍內找到問題的概率很大，不行再具體看日誌分析。

    如果說，架構師還有人可以問的話，資深架構則沒人可問，有問題得靠自己之前踩坑獲得的經驗，或者自己找資料。從這個意義上來講，在架構師級別，如果技術上再要提升，那麼只能多靠解決實際問題時積累的經驗，而且更得結合業務，把負載均衡，容錯處理等處理高併發的理念用分散式元件實現。這方面，我們可以參照下BAT或知名網際網路公司的架構知識體系。 

4 在任何時候，態度都是限制發展的瓶頸

    不管是面試初級程式設計師還是高階開發或者是架構師，我發現一些表現好的，都是比較積極向上的。

    比如回答問題時聲音洪亮，溝通時也有儘量向表達清楚的願望，哪怕某個方面回答不正確，但也能看出平時在不斷積累知識，當被追問比較深時，也能比較耐心地一一解答，總之通過交流，給人的印象是比較踏實靠譜。有些人甚至平時會寫部落格，或者出過書，或者想盡一切辦法來積累和提升自己。這類人大多能過，哪怕個別過不了，但努力的大方向沒問題，完成進級也僅僅是時間問題，未來潛力也是非常可觀的。

    但相反，有些回答不好的候選人，總會給人些得過且過敷衍的感覺，比如回答問題比較簡單，或者總是想套面試官的話，或者總想用些模稜兩可的回答來矇混過關。

    我和其它的面試官溝通以後，對此感受很深，總是先自己要了，然後再肯上進，再自發地歸納出好的學習方法，並能有效地進行時間和工作任務管理。

    我見到過不少反面的案例，這些人論資質不錯，但或者光有決心沒行動，或者乾脆陷入在舒適區不可自拔，這些人很難有技術上的突破。相比之下，初級程式設計師在有決心有行動後，升級所需的時間不會超過1年，有些半年就夠了，高階開發升級到架構師可能有些難度，但一般不會超過2年。

    所以說，要升級，首先態度要端正，人要上進，這話說起來太容易，但能做到的並且能堅持下來的人數並不多，所以態度也是升級的瓶頸，這話雖然通俗，但不無道理。

5 總結，技術可以暫時落後，但任何時候都要有上進的信念

    本文提到的各級別程式設計師的瓶頸和突破建議，都是我和其它多位面試官在面試過程中總結而來，希望能對大家有所幫助。    

    再者，除去因升級而帶來的收入提升外，在任何技術前提下，都有對應的掙錢手段。比如我在部落格園等地，看到不少大學生朋友靠寫文章掙錢，而開專欄也並不是要多高深的技術積累。同時，當程式設計師升級到高階開發後，就能通過寫書或者錄製視訊等方式掙錢。此外，如果是接專案，在各技術層面都有對應的專案。不過話說回來，對我們程式設計師來說，在任何公司任何職位任何場景，都有機會進入到舒適區“享福”。

    有道是“技術窮但志不能短”，我在部落格園裡就見識過不少靠努力翻身的例子，在我身邊的同事朋友裡，也經常看到“半年後技術大變樣”的例子，這些榜樣能激勵我不斷上進。所以本文在給出突破瓶頸建議的同時，更希望大家要有不斷上進的信念。

  如果大家感覺本文有幫助，請推薦本文，也歡迎大家通過評論來交流。

版權說明：

    有不少網友轉載和想要轉載我的博文，本人感到十分榮幸，這也是本人不斷寫博文的動力。關於本文的版權有如下統一的說明，抱歉就不逐一回復了。

    1 本文可轉載，無需告知，轉載時請用連結的方式，給出原文出處，別簡單地通過文字方式給出，同時寫明原作者是hsm_computer。

    2 在轉載時，請原文轉載 ，謝絕洗稿。否則本人保留追究法律責任的權