前言
不少在傳統行業摸爬滾打的程式設計師越來越焦慮了，有些甚至睡不著覺。為什麼？傳統行業的程式設計師們每天進行的都是業務程式碼的編寫，接觸不到更新更好的技術；公司的效益並不好，如未達到目標收益，只能進行“瘦身”，技術人員也很恐慌；看到BAT等網際網路企業飛速發展，程式設計師的待遇也水漲船高，難免眼紅，但是如何轉型卻一頭霧水。
下面就幾個方面和大家談談傳統行業的技術人員如何轉型網際網路。
傳統行業和網際網路行業的區別？
傳統IT行業首要的目的是做專案，是為某一個客戶解決實踐需求，供給個性化的效果。
企業的中心競爭力是專案經歷，IT技能僅僅解決問題的一種方法，所以要求在解決問題的前提下，控制好開發成本，確保體系安穩、相容、可擴充。因而傳統IT企業一般選用成熟、安穩的體系架構佈置計劃。和現有的體系確保相容性，也是傳統IT企業對技能堅持慎重的原因之一。
網際網路IT行業的首要目的是做產品，是解決某一類人的某一類需求，供給通用的解決計劃。
企業的中心競賽力是使用者量（流量），事務邏輯相對比對簡略，在能夠解決問題的前提下，網際網路企業有必要把產品做的更能吸引使用者、留住使用者。網際網路IT企業對技能的要求是提供比競賽對手更漂亮、更好用、更安穩的產品。為了在殘酷的競爭中堅持競爭優勢，網際網路企業也更情願採用新技能、新架構。網際網路企業的的事務量大，對實時性要求高，也是網際網路企業需求採用新技能的重要原因。
程式設計師從傳統行業轉到網際網路行業的原因？
一方面，不少程式設計師都有一定的技術追求，喜歡關注流行技術。比如動態語言、Ruby、Python、nginx、併發、大資料。但這些東西離傳統行業的工作內容非常遠，每天和暫存器，底層驅動，還有跟晶片廠商封裝了無數層的SDK打交道。不少程式設計師的進取心也被磨滅的差不多了。
傳統軟體行業技術更新的很慢，並且在工作中無法接觸到更多新的技術內容。“被過時”的概率比較大。所以，不少程式設計師都打算轉行。
另一方面，世界上並不缺少程式設計師藉助網際網路成功走向人生巔峰的案例，比爾·蓋茨、雷軍、馬化騰、周鴻禕、李彥巨集等等都曾經是技術人員，趕上了網際網路蓬勃發展的浪潮，實現了自我價值，建立起屬於自己的“商業帝國”。
傳統行業的程式設計師的晉升週期可能會非常長，5年，甚至10年時間才能做到高位。大家身邊應該有過類似情況：年底評級時，我的貢獻是最大，但永遠是上面的人評價最高。網際網路行業的情況要好很多，給那些有能力、肯努力的程式設計師們提供了另一種快速實現自我價值的可能。以上幾位網際網路大佬就是最好的證明。
從傳統行業到網際網路行業，你還差多遠？
有一個普遍的現象，來自於傳統行業的技術人員，大多數掌握的技能是SSH，稍微資深一點的工程師對J2EE規範有所瞭解，他們仍然在使用J2EE規範的EJB, JPA, JMS, JCA, JAAS等技術，資料庫基本上使用Oracle，DB2，Sqlserver等等。
傳統行業的技術人員一般都是在完善的框架下面進行業務模組填充，因此，一個傳統的開發人員會包攬一個模組從前臺到後臺所有的工作，這包括：HTML, JS, CSS, EJB, JPA, SQL, PLSQL等等。
僅僅是這些技術還不夠，如果我們要一步跨入網際網路，還需要以這些技術為基礎，進一步擴充套件技術視野，對欠缺的技術廣度和深度進行補足。
下面就傳統行業技術人員的現狀，及轉型網際網路行業需要掌握哪些技術進行一些探討：
訊息佇列
那麼如果你在傳統行業掌握了JMS規範定義的訊息佇列技術，你只需要再往前走一步，請深入學習開源的Kafka、RockitMQ、ActiveMQ、RabbitMQ、MemcacheQ、Redis、ZeroMQ、MSQ等。
快取
除了要學習分散式快取，例如：Redis、Memcache本身的功能和技術點外，最主要的要有快取分片的思想，在網際網路裡大多數的熱資料都是快取在快取服務中的，這需要大量的快取伺服器，單臺機器是不能滿足需求的，那快取分片是一個大話題，快取分片的實現方式一般有如下3種：
通過代理層實現，例如Codis，在代理層實現資料的路由，對應用層透明。
客戶端分片，實現簡單、使用簡單、支援分片、複製、失效轉移等功能。
快取伺服器支援的高可用模式，例如：Redis 3.x、Sentinel等。
服務框架
在網際網路的世界裡，幾乎所有的公司都實現了服務化，服務化導致的問題就是一致性問題，如何解決高併發系統的一致性呢？我在自己建立的Java架構群895244712中進行了一些解答，感興趣可以加入瞭解。
最近微服務變得越來越流行，微服務實際上是服務化的一個延續，是更細緻化的服務化的架構，微服務的服務框架的代表是Spring Cloud，它與Netflix整合，提供了限流、熔斷、倉壁隔離、失效轉移等為服務化中必不可少的高階特性，大家可以到 官網文件 進一步學習Spring Cloud相關技術。
資料庫
在傳統行業，大多數人開發人員都使用Oracle, DB2, Sqlserver資料庫，其實，從功能和效能上來講，他們都不亞於Mysql, 甚至比Mysql更優秀，但是Mysql是免費的，這使得Mysql得到網際網路行業的青睞。
在網際網路行業裡面對效能追求到達了極致，因此會要求開發人員對資料庫原理有所瞭解，其中最重要的部分就是索引，我也通過視訊分享了《揭開Mysql B+Tree索引神祕面紗》的原理，同樣的，加群即可獲得。
負載均衡
剛才談到，高併發系統，壓力山大的時候怎麼辦？思想只有一個分而治之（ divide-and-conquer）。因此，負載均衡則非常重要，傳統行業以銷售產品為盈利模式，因此，大多數專案在需要負載均衡的時候，多使用F5硬體負載均衡。
那麼網際網路呢？多采用軟負載均衡，你必須瞭解LVS，nginx, Apache, Varnish, Haproxy等七層和三四層負載均衡原理和產品。
JVM
在網際網路行業做Java開發，一定要對JVM有所瞭解，並且進行深入的研究，例如：GC，類載入，Hotspot編譯器，多執行緒、併發和鎖，IO和NIO等。這些對後續效能調優等也會有非常大的幫助。
大資料與雲端計算
作為一個IT從業人員，一定要跟上技術潮流，像雲端計算，大資料，CAP, BASE, 選主演算法等概念不得不去了解，對於熱點技術不得不研究，例如： Hadoop, Hbase, Zookeeper, Openstack, Dooker, Kafka, Storm等。
效能評估和容量估算
如果你決定要來網際網路一顯身手，你必須學會效能評估和容量估算，這包括對前端機、快取、訊息佇列、資料庫等各個效能指標的估算，例如：吞吞量，響應時間，記憶體，CPU，IO，網路IO等。
為了確保架構設計的合理性，效能和容量評估是在架構設計初期完成的，用來證明架構方案可行，但是在專案實施中和實施後，還需要對專案的進行壓測，來證明專案按照既定的目標而推薦和完成。
網際網路架構方法論
在網際網路行業裡，處理大規模高併發的使用者請求的核心思想只有一個，那就是“分而治之”，因此，通常業務被拆分為多個職責單一的服務，在某一個單服務裡，業務邏輯並不複雜，但是對非功能質量需求的要求較高，這通常表現在效能、可用性等方面，因此網際網路的架構設計中首要考慮的是非功能質量，這和傳統行業注重功能和業務流程的情況有所不同。.
技術攻關和線上應急
在網際網路企業裡，大多數產品都是針對使用者端的，使用者端的產品的特點是擁有海量的使用者、產品要能夠處理海量使用者產生的大規模高併發的使用者請求，因此會對產品的可用性比較敏感，在這種環境下，技術攻關和線上應急顯得尤為重要。linux命令、指令碼及Java虛擬機器命令都是需要掌握的。
看到這裡你會豁然開朗
希望這篇文章能夠幫助更多的傳統行業的從業人員轉入網際網路，在網際網路的大舞臺上展現你的才能，最後，附贈一張我在網際網路行業裡多年經驗總結的《Java技能圖譜》，大家可以根據其中的思維導圖來深入學習各項知識點，每個知識點都需要系統的學習，或者看一本書或者查詢相關的資料，切記要積累知識的廣度的同時也要有一定的深度。
ps：需要高清大圖的朋友可以加群895244712獲取，群內也會分享一些上述知識點的資料給到大家學習，願共勉！
這張Java技術學習路線圖包括了上面說的這些知識點，分為七大模組，分別是
原始碼分析
大部分程式設計師都會「寫」程式碼，或者至少會抄程式碼和改程式碼。但是，會讀程式碼的並不多。正確閱讀原始碼是我們必須掌握的知識。
分散式結構
隨著我們的業務量越來越大和越重要，單體的架構模式已經無法對應大規模的應用場景，而且系統中決不能存在單點故障導致整體不可用，所以只有垂直或是水平拆分業務系統，使其形成一個分散式的架構，利用分散式架構來冗餘系統消除單點的故障，從而提高整個系統的可用性。
微服務架構
關於微服務架構的取捨
1、在合適的專案，合適的團隊，採用微服務架構收益會大於成本。
2、微服務架構有很多吸引人的地方，但在擁抱微服務之前，也需要認清它所帶來的挑戰。
3、需要避免為了“微服務”而“微服務”。
4、微服務架構引入策略 – 對傳統企業而言，開始時可以考慮引入部分合適的微服務架構原則對已有系統進行改造或新建微服務應用，逐步探索及積累微服務架構經驗，而非全盤實施微服務架構。
併發程式設計
只有深入瞭解最底層的運作原理，加強邏輯思維，這樣才能寫出高效、安全、可靠的多執行緒併發程式。
效能優化
我們不僅僅對專案要運籌帷幄，還要能解決一切效能問題。只有深入學習JVM底層原理，Mysql底層優化以及Tomcat調優，才能達到知其然，知其所以然的效果。除了效能優化之外，也能提供通用的常見思路以及方案選型的考慮點，在方案選型時的意識、思維以及做各種權衡的能力。
專案實戰
要想立足於網際網路公司，且能在網際網路浪潮中不被淹沒，對於專案的開發實戰演練是不必可少的技能，也是對自身能力的一個衡量，有多少的量對等於獲得多少的回報。看似簡單的一個專案需求圖譜，其中的底層原理，實現原理又能知道多少？
總結
以上是目前網際網路最主流的技術知識體系，也是目前BAT用的最多的Java技術體系，只要熟練掌握了這些技術知識，完成從傳統行業到網際網路行業的轉型沒有什麼問題。
除技術之外，更重要的是學習能力、技術視野、發展定位、管理能力等其他輔助能力的全面提升，只有這樣，我們才能在飛速發展的網際網路行業站穩腳跟，不被淘汰。