揭祕：技術人突破瓶頸期，離不開這幾個關鍵點

做爲一個技術人，不知道你有沒有遇到過下面的狀況？

「我學不到新東西」

「我感受沒啥成長」

「天天都在重複勞動」

……

其實，每一個技術從業者，多多少少都會遇到工做或學習瓶頸期。產生瓶頸期，每每不是由於咱們不夠努力，而是如下緣由致使的：

一、沒法積累有效的項目經驗，一直在作着重複的事情，成長出現斷層。

二、企業的培訓較爲傳統，多爲被動接收，「養分成分」較低，對業務開發無明顯提高。

三、技術書籍和網上的免費資料實效性較低，且大多理論性會大於實用性，致使沒法應用到工做場景。

那麼，該如何解決呢？

一、藉助「巨人的肩膀」，快速成長。

學習資料很是關鍵，真正經典的素材只佔1%。若是但願獲得快速成長，或是成爲技術領域高手，那麼就須要藉助「巨人的肩膀」。好比，若是能夠接觸到 BAT、或者國外大公司的資深技術人 ，你的學習效果就會事半功倍。

二、利用碎片化時間，提高專業能力。

一旦進入職場，咱們很難有成塊的時間去系統的學習一門知識，良好的狀態是利用自身碎片時間，學習與業務緊密相關的實戰知識。網上下載的資料，或者一些技術書，可能沒法在碎片化時間消化。那麼能夠藉助現有的知識產品，好比極客時間 App ，在不一樣的碎片場景，經過音頻、內容、視頻等進行學習。

三、每一個角色都要懂其餘角色的東西，才能成爲優秀的角色。

雖然研發團隊角色不一樣，如產品、研發、測試。可是這些角色都是相互交叉影響的。若是對其餘領域沒有必定的認知，就會聽不懂他們的訴求本質和技術方案，耗費溝通成本。而能在多方配合的溝通場景中，經過學習到的多樣技術能力，直面解決技術問題，就能夠在技術成長之路上獲得提高，成爲一名優秀的技術 leader。

有沒有「拿來就用」的解決方法呢？

以上推薦的3點解決方法，能夠總結以下：

一、學習使用有價值的經典學習材料；

二、持續學習，碎片化汲取「養分」；

三、保持在多領域對技術知識的拓展。

那麼，具備以上3點特質的技術人，我給你推薦一個技術交流羣：650385180，裏面會分享一些資深架構師錄製的視頻錄像：有Spring，MyBatis，Netty源碼分析，高併發、高性能、分佈式、微服務架構的原理，JVM性能優化這些成爲架構師必備的知識體系。還能領取免費的學習資源，如下的知識體系圖也是在羣裏獲取。相信對於已經工做和遇到技術瓶頸的，在這個羣裏會有你須要的內容。

1、源碼分析

源碼分析是一種臨界知識，掌握了這種臨界知識，能不變應萬變，源碼分析對於不少人來講很枯燥，生澀難懂。

源碼閱讀，我以爲最核心有三點：技術基礎+強烈的求知慾+耐心。

我認爲是閱讀源碼的最核心驅動力。我見到絕大多數程序員，對學習的態度，基本上就是這幾個層次(很偏激哦)：

只關注項目自己，不懂就baidu一下。

除了作好項目，還會閱讀和項目有關的技術書籍，看wikipedia。

除了閱讀和項目相關的書外，還會閱讀IT行業的書，好比學Java時，還會去了解函數語言，如LISP。

找一些開源項目看看，大量試用第三方框架，還會寫寫demo。

閱讀基礎框架、J2EE規範、Debug服務器內核。

大多數程序都是第1種，到第5種不光須要濃厚的興趣，還須要勇氣：我能讀懂嗎？其實，你可以讀懂的。

耐心，真的很重要。由於你極少看到閱讀源碼的指導性文章或書籍，也沒有人要求或建議你讀。你讀的過程當中常常會卡住，而一卡主可能就陷進了迷宮。這時，你須要作的，多是暫時中斷一下，再從外圍看看它：如API結構、框架的設計圖。

下圖是我總結出目前最應該學習的源碼知識點：

2、分佈式架構

分佈式系統是一個古老而寬泛的話題，而近幾年由於 「大數據」 概念的興起，又煥發出了新的青春與活力。除此以外，分佈式系統也是一門理論模型與工程技法並重的學科內容。相比於機器學習這樣的研究方向，學習分佈式系統的同窗每每會感受：「入門容易，深刻難」。的確，學習分佈式系統幾乎不須要太多數學知識。

分佈式系統是一個複雜且寬泛的研究領域，學習一兩門在線課程，看一兩本書可能都是不能徹底覆蓋其全部內容的。

總的來講，分佈式系統要作的任務就是把多臺機器有機的組合、鏈接起來，讓其協同完成一件任務，能夠是計算任務，也能夠是存儲任務。若是必定要給近些年的分佈式系統研究作一個分類的話，我我的認爲大概能夠包括三大部分：

分佈式存儲系統

分佈式計算系統

分佈式管理系統

下圖是我總結近幾年目前分佈式最主流的技術：

3、微服務

當前微服務很熱，你們都號稱在使用微服務架構，但究竟什麼是微服務架構？微服務架構是否是發展趨勢？對於這些問題，咱們都缺少清楚的認識。

爲解決單體架構下的各類問題，微服務架構應運而生。與其構建一個臃腫龐大、難以馴服的怪獸，還不如及早將服務拆分。微服務的核心思想即是服務拆分與解耦，下降複雜性。微服務強調將功能合理拆解，儘量保證每一個服務的功能單一，按照單一責任原則（Single Responsibility Principle）明確角色。 將各個服務作輕，從而作到靈活、可複用，亦可根據各個服務自身資源需求，單獨佈署，單獨做橫向擴展。

下圖是我總結出微服務須要學習的知識點：

4、性能優化

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

優化的目的是讓用戶有「快」的感覺，那如何讓用戶感覺到快呢？

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

加載速度並無變快，但用戶感受你的網站很快

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

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

以上五大知識體系是我從業多年總結出來的經驗，都是當前最主流的技術。

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

5、Java工程化

工欲善其事，必先利其器，不論是小白，仍是資深開發，都須要先選擇好的工具。提高開發效率何團隊協做效率。讓本身有更多時間來思考。