身爲一個做了十年開發的老司機程序員，這十年中我獲得了項目經理、CTO、大公司架構師的經歷。但再仔細一想，這十年中我至少浪費了五年時間走了很多彎路，這五年可以足夠讓自己成長爲一個優秀的程序員，只可惜我在前五年的時間裏和很多程序員一樣在困惑中找不到出路！
這不僅是一個剛剛踏入職場的初級程序員，也是工作三五年之後開始迷茫的老程序員，都必須要面對和想明白的問題，希望以下的經歷會對你有幫助。
第一階段1-2年
我認爲1-2年對於程序員來說是第一個門檻，這一階段菜鳥正式從理論邁向企業級開發。我們知道如何使用工具、項目版本如何控制、接觸並能夠使用以下tplaravel等框架完成項目等等，積累了一定的開發經驗，也對代碼有了一定深入的認識，是一個比較純粹的Coder的階段。
第二階段2-3年
3年又是區分程序員的第二個門檻。有些人在3年裏，除了寫工作代碼，在空餘時間基本不會研究別的東西，這些人永遠就是個Curd，年紀大一些勢必被更年輕的人給頂替；3年的Java程序員除了寫代碼還需要熱衷於學習各種技術實現、不僅對項目運籌帷幄，還要能解決一切性能問題。只有深入學習底層原理、spring、Java虛擬機，微服務，Mysql底層優化等，才能保持核心競爭力，擁有一份不錯的薪資！
第三階段3-5年
到了第三階段3-5年的階段，技術體系需要逐漸往大型層次進階， 有效、高速的處理從很小到非常大的項目管理，隨着我們的業務量越來越大和越高併發，單體的架構模式已經無法對應大規模的應用場景，利用分佈式架構來冗餘系統消除單點的故障，從而提高整個系統的可用性。同時分佈式系統的模塊重用度更高，速度更快，擴展性更高是大型的項目必不可少的環節。
當然，你也可以去Github創建一個屬於你的開源項目，去打造自己的產品。技術學到這個階段，很容易遇到瓶頸，而且往往達到一定程度後，你再深入下去的收效就真的微乎其微了，除非你是專門搞學術研究的。然而很可惜，大部分程序猿做不到這一步，那是科學家做的事情。這個時候提高影響力不僅僅是因爲技術上容易遇到瓶頸，更多的是影響力可以給你創造更多的機會。
這些人在5年後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向，從一個Curd逐步走向CTO或是架構師，成爲項目組中不可或缺的人物。上面指的5年是程序員的平均年限，有些人做了6-7年還是一個寫業務代碼的Curd，所以更應該學習！
虛心求教很重要，技術比你強的人往往身段比你低
來看看網絡上針對20K+的Java程序員招聘需求
底層原理、分佈式、spring、mybatis等互聯網最新技術詳細介紹
1、性能調優
不管是應付前端面試還是改進產品體驗，性能優化都是躲不開的話題。
優化的目的是讓用戶有“快”的感受，那如何讓用戶感受到快呢？
加載速度真的很快，用戶打開輸入網址按下回車立即看到了頁面
加載速度並沒有變快，但用戶感覺你的網站很快
性能優化取決於多個因素，包括垃圾收集、虛擬機和底層操作系統（OS）設置。有多個工具可供開發人員進行分析和優化時使用，你可以通過閱讀 Java Tools for Source Code Optimization and Analysis 來學習和使用它們。
必須要明白的是，沒有兩個應用程序可以使用相同的優化方式，也沒有完美的優化 java 應用程序的參考路徑。使用最佳實踐並且堅持採用適當的方式處理性能優化。想要達到真正最高的性能優化，你作爲一個 Java 開發人員，需要對 Java 虛擬機（JVM）和底層操作系統有正確的理解。
以下五大知識體系是我從業多年總結出來的經驗，都是當前最主流的技術。想要詳細瞭解、深入學習的可以轉發+關注後我私信回覆【架構資料】獲取學習資料，分享一些資深架構師錄製的視頻錄像：有Spring，MyBatis，Netty源碼分析，高併發、高性能、分佈式、微服務架構的原理，JVM性能優化、併發編程這些成爲架構師必備的知識體系。
下圖是我總結性能優化應該學習理解的幾大知識體系
2、源碼解讀
源碼分析是一種臨界知識，掌握了這種臨界知識，能不變應萬變，源碼分析對於很多人來說很枯燥，生澀難懂。
源碼閱讀，我覺得最核心有三點：技術基礎+強烈的求知慾+耐心。
我認爲是閱讀源碼的最核心驅動力。我見到絕大多數程序員，對學習的態度，基本上就是這幾個層次(很偏激哦)：
1.只關注項目本身，不懂就baidu一下。
2.除了做好項目，還會閱讀和項目有關的技術書籍，看wikipedia。
3.除了閱讀和項目相關的書外，還會閱讀IT行業的書，比如學Java時，還會去了解函數語言，如LISP。
4.找一些開源項目看看，大量試用第三方框架，還會寫寫demo。
5.閱讀基礎框架、J2EE規範、Debug服務器內核。
大多數程序都是第1種，到第5種不光需要濃厚的興趣，還需要勇氣：我能讀懂嗎？其實，你能夠讀懂的。
耐心，真的很重要。因爲你極少看到閱讀源碼的指導性文章或書籍，也沒有人要求或建議你讀。你讀的過程中經常會卡住，而一卡主可能就陷進了迷宮。這時，你需要做的，可能是暫時中斷一下，再從外圍看看它：如API結構、框架的設計圖。
下圖是我總結出目前最應該學習的源碼知識點：
3、分佈式
分佈式系統是一個古老而寬泛的話題，而近幾年因爲 “大數據” 概念的興起，又煥發出了新的青春與活力。除此之外，分佈式系統也是一門理論模型與工程技法並重的學科內容。相比於機器學習這樣的研究方向，學習分佈式系統的同學往往會感覺：“入門容易，深入難”。的確，學習分佈式系統幾乎不需要太多數學知識。
分佈式系統是一個複雜且寬泛的研究領域，學習一兩門在線課程，看一兩本書可能都是不能完全覆蓋其所有內容的。
總的來說，分佈式系統要做的任務就是把多臺機器有機的組合、連接起來，讓其協同完成一件任務，可以是計算任務，也可以是存儲任務。如果一定要給近些年的分佈式系統研究做一個分類的話，我個人認爲大概可以包括三大部分：
1.分佈式存儲系統
2.分佈式計算系統
3.分佈式管理系統
下圖是我總結近幾年目前分佈式最主流的技術：
4、微服務
當前微服務很熱，大家都號稱在使用微服務架構，但究竟什麼是微服務架構？微服務架構是不是發展趨勢？對於這些問題，我們都缺乏清楚的認識。
爲解決單體架構下的各種問題，微服務架構應運而生。與其構建一個臃腫龐大、難以馴服的怪獸，還不如及早將服務拆分。微服務的核心思想便是服務拆分與解耦，降低複雜性。微服務強調將功能合理拆解，儘可能保證每個服務的功能單一，按照單一責任原則（Single Responsibility Principle）明確角色。 將各個服務做輕，從而做到靈活、可複用，亦可根據各個服務自身資源需求，單獨佈署，單獨作橫向擴展。
下圖是我總結出微服務需要學習的知識點：
5、工程化
工欲善其事，必先利其器，不管是小白，還是資深開發，都需要先選擇好的工具。提升開發效率何團隊協作效率。讓自己有更多時間來思考。
成爲架構師不學習是不可能的，有了規劃路線，小編分享架構進階視頻資料以及架構文檔學習資料包括一些面試經驗總結（PDF版）
關注我轉發文章後私信即可領取，轉發+轉發+轉發後關注私信回覆【架構資料】即可獲取學習資料
