農村出身，當過保安、進過工廠，大專生文憑的他，如何憑借自己的努力在畢業6年做到年薪百萬呢？作為蕓蕓碼農中普通的一員，他是如何一步步逆襲入BAT拿高薪的

因為對軟體開發感興趣，所以找作業的時候就一直投IT行業的職位，剛踏入這個行業時，以為突擊一下東拼西湊的面試材料，就能有個很好的識訓，結果卻是，別說大公司了，就是很多看不上的小公司的筆試題都過不去，

焦躁階段

后來我去了本地的一個小公司去做服務端的開發，雖然叫服務端開發，但其實就是做系統指標監控功能，從DB中讀取一些指標資料，通過圖表的形式展現在瀏覽器中，所用的技術無非就是Spring MVC那一套，這種CRUD的作業內容做時間長了，就純粹是體力勞動了，技術視野沒辦法打開，

即使寫這么簡單的功能代碼，卻還總是被leader批評，說我寫的代碼質量太差，配不上這幾千塊的工資，人總是要臉面的，為了改變這種狀況，就開始想著如何在平凡的作業中把事情做到極致，開始關注代碼質量，開始真正的啃起了《Java編程思想》、《effective java》、《設計模式》這些書，

同時強迫自己在代碼開發前，多畫一些架構圖、資料流程圖，寫代碼的時候也強迫自己代碼分層，經過半年的磨煉，漸漸的也能寫出一些松耦合高內聚的代碼，也改變了滿屏if-else亂飛的現象，leader也不再說我代碼差了，還給我漲了幾百塊錢（知識就是金錢）！

當時我以為這就是優秀程式員的核心能力，就鼓足勇氣去投了一些大公司的職位，卻沒收到一個面試邀請函，后來投了幾個小公司的面試，收到了面試卻沒收到offer，因為有的面試題我根本沒有概念，比如：

相比關系型資料庫，NoSQL的優勢在哪里，你們在什么場景下會用到？分析日志里存的都是賬號登陸資訊，一天100G左右，找某一時間段內登陸次數最多的一個賬號你們的并發量有多大，對于雪崩現象是如何規避的？

這些問題讓我意識到：語法與設計模式只是程式員基本技能而已，要想進一步發展，必須在資料結構、高并發、分布式技術等方面提高，最開始學習的時候是很艱難的，基礎弱，加上作業中又沒有這些技術的使用場景，所以只能在論壇、博客等看零碎的文章，進步比較慢，

要想系統的學習，圖書和網路課程是比較好的選擇，我買了諸如《java并發編程實踐》、《大型分布式網站架構設計與時間》、《Spring Cloud與微服務構建》等書，來來回回看了好幾遍，然后在網上看了些視頻，有免費的，也有收費的，我還花了一年左右的時間系統性地學習了一套課程，學完之后對Java相關的技能有了更為體系化的了解，同時，對于非科班出身或基礎知識不夠扎實的工程師來說，也可以有效起到查漏補缺的作用，

之后我就試著在作業中利用這些技術，當時的狀態就是“拿著錘子后，看到哪里都是釘子”，學到一個新技術后，就想強行用在任何專案上，leader有時候說我瘋了，可我覺得也不必鄙視這種經歷，凡事都有一個認知程序，這也是一種積累，

1、性能調優

不管是應付前端面試還是改進產品體驗，性能優化都是躲不開的話題，

優化的目的是讓用戶有“快”的感受，那如何讓用戶感受到快呢？

加載速度真的很快，用戶打開輸入網址按下回車立即看到了頁面

加載速度并沒有變快，但用戶感覺你的網站很快

性能優化取決于多個因素，包括垃圾收集、虛擬機和底層作業系統（OS）設定，有多個工具可供開發人員進行分析和優化時使用，你可以通過閱讀 Java Tools for Source Code Optimization and Analysis 來學習和使用它們，

必須要明白的是，沒有兩個應用程式可以使用相同的優化方式，也沒有完美的優化 java 應用程式的參考路徑，使用最佳實踐并且堅持采用適當的方式處理性能優化，想要達到真正最高的性能優化，你作為一個 Java 開發人員，需要對 Java 虛擬機（JVM）和底層作業系統有正確的理解，

以下五大知識體系是我從業多年總結出來的經驗，都是當前最主流的技術，分享一些資深架構師錄制的視頻錄像：有Spring，MyBatis，Netty原始碼分析，高并發、高性能、分布式、微服務架構的原理，JVM性能優化、并發編程這些成為架構師必備的知識體系，

想要詳細了解、深入學習的可以幫忙轉發一下，關注后添加助理vx：yunduoa2019或掃描下圖二維碼，跟隨助理指引自行獲取

下圖是我總結性能優化應該學習理解的幾大知識體系：

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、工程化

工欲善其事，必先利其器，不管是小白，還是資深開發，都需要先選擇好的工具，提升開發效率何團隊協作效率，讓自己有更多時間來思考，

如果你依然覺得有些茫然，不如跟有多年Java開發經驗的資深工程師聊一聊，

幫忙轉發一下，關注后添加助理vx：yunduoa2019或掃描下圖二維碼，跟隨助理指引自行獲取

目標想法

為什么我會一直執念于要去BAT之類的大型互聯網公司作業？除了因為薪水誘人，更是因為能有大規模分布式的技術可以挑戰，

回首幾年年來的升級打怪之路，從最初畢業于普通的二本學校，到成為頂尖互聯網公司的資深Java開發工程師，不免感慨良多，如果說讓我給大家分享幾點心得，那以下的3點應該是我近兩年來最大的感觸：

跳出舒適圈，找到目標是前進的起點，如果你在自己當下的作業中無法接觸太多的新技術，可以嘗試多去外面公司面試，這能在一定程度上幫助自己找到學習的目標；

跳槽要趁早，杜絕成為溫水里的青蛙，對于想跳槽到大公司的同學來說，一定要趁早，因為同樣的水平情況下，大公司更會看中「潛力」—— 年齡越大，潛力越小；

始終保持你的學習欲，對于工程師來說，學習永無止境，但埋頭苦學是不夠的，你要注意自己的學習一定要有系統性，除了手頭的專案和身邊“大牛”的指導外，看書和網路課程是最有效的方法，用少量的金錢換取寶貴的時間，是非常值得的，

關于作業心態

處處為公司著想，我上班的時候，我不會為了自己的完成任務而敷衍，善于經常跟領導溝通，給出最優的解決方案給領導，

要敢于表現自己，領導提問都是第一個舉手回答問題，不怕丟人，也不怕說錯，自己哪里不足就補哪里，不因為挫折而恐懼，

今天躺在床上的舒坦到明天都是要付出代價的，任何事情都是要有長期的打算，誰敢說過完了今天或者今年，后面就不過了呢，要居安思危，自己的崗位再怎么好，應該都是要珍惜和懷有感恩之心，

有句話是這樣說的，當下的才是最好的，得不到的東西只能用“未必好”三個字來形容，作業中都是寂寞難耐的，但是繁華也是會有的，

“出身不好，勤奮來補，”此外現在的不勇敢，沒人會替自己描繪美好的明天！

一套個人學習的架構視頻資料免費分享給大家，希望對你有幫助！

幫忙轉發一下，關注后添加助理vx：yunduoa2019或掃描下圖二維碼，跟隨助理指引自行獲取

幫忙轉發一下，關注后添加助理vx：yunduoa2019或掃描下圖二維碼，跟隨助理指引自行獲取