來源：阿里巴巴中介軟體團隊分享文章  更多請關注：MAYOU18

引言

很尷尬的是，這個型別的文章其實之前筆者就寫過，原文章裡，筆者自稱LZ（也就是樓主，有人說是老子的簡寫，筆者只想說，這位同學你站出來，保證不打死你，-_-），原文章名稱叫做《回答阿里社招面試如何準備，順便談談對於Java程式猿學習當中各個階段的建議》，首發於筆者的部落格園部落格，這裡也鄭重宣告一下，所有內容類似文章均屬轉載或抄襲。之前看過的朋友可能會有疑問，為什麼要再次撿起這篇文章，還把稱謂改成了筆者這麼高階的詞彙。

簡單的解釋一下，原因有三個，第一個原因，是說不得的原因，請各位看官自行YY。第二個原因，是兩年過去了，筆者在阿里也呆了700+天的時間，所以對這篇文章，又有了一些新的理解和想法，想回過頭來，再完善一下。最後一個原因，是因為最近筆者經常刷某音，根據玩某音的經驗，發兩次會火，哈哈，-_-。

所以，這篇文章，可以說是之前那篇文章的進階版，為了方便大家觀看，本文會引入很多原文章的內容，避免沒看過上一篇文章的同學，還需要回過頭去翻看。（好吧，我承認是為了偷懶，-_-）

阿里社招面試都問什麼？

和之前一樣，文章一上來，我們先來談談阿里的社招面試都問什麼，其實這個話題並不是什麼祕密，所有來阿里面試過的同學，都能回答一二。兩年前的時候，筆者在文章裡是這麼回答的。

這個是讓LZ最頭疼的一個問題，也是群裡的猿友們問的最多的一個問題。

　　說實話，LZ只能隱約想起併發、JVM、分散式、TCP/IP協議這些個關鍵字，具體的問題真的是幾乎都沒記住。而且就算LZ記住了，也告訴你了，你也背會了，但LZ覺得，在面試中，你被問到一模一樣問題的可能性依然很小。

　　甚至，就算你運氣好被問到了，你也照著背下來了，也不一定就能對你的面試起到正面的作用，因為面試官萬一多問一句，你可能就露餡了，那還不如干脆點說不會更好。

　　LZ參加的是阿里的社招面試，而社招不同於校招，問題的範圍其實是很隨機的。因為能參加一些比較知名的網際網路公司社招的人，70%以上都會有個3-5年的經驗。這倒不是說一兩年經驗的同學沒有機會進這些公司，而是因為這種公司，大部分情況下只招一些比較資深的開發和應屆生，而不招那些處於中間階段的人。而1-2年經驗的同學，往往就剛好處於這個尷尬的階段。

　　對於能有3-5年經驗的這部分人中，每個人的經歷又都不同，所擅長的點也不一樣，因此這就會導致每個人的問題和範圍都不太一樣。

　　很少說有哪個知名的網際網路公司，比如BAT、京東、360、搜狐、網易等這些公司，其社招面試還有固定的問題和模式，讓你可以像應屆生面試一樣，在面試前靠臨時抱佛腳度過這一關。

　　大部分公司在社招的時候，不光是阿里，其它公司也都一樣（因為LZ在一年多前也參加過很多其它知名網際網路公司的面試，詳情見《記錄2015年年初跳槽的經歷！》），基本上都分為兩個階段的提問。

　　第一個階段是主語言本身以及它的高階特性，第二個階段是講述自己的專案，並在中間穿插著問題。

　　所以，LZ不妨就這兩個階段，談談社招面試的準備，而不是去把阿里面試的過程背一遍。說實話，LZ也確實記不住，所以不要再問LZ阿里面試都會問哪些問題了，你看看上面那個連線裡的文章，也會發現，LZ裡面也基本上沒有寫具體的問題，原因是一樣的，真的記不住啊。（就是因為記憶力的問題，導致LZ從小偏科，文科成績一直堪憂，-_-）

看到當時自己的回答，筆者有種在review幾年前程式碼的錯覺，不過好在，哪怕是現在來看，當時寫的雖然多了些廢話，但整體思路應該還是沒錯的。

只不過在這裡，筆者想要再補充下，如果把以上兩個階段再概括化一下，其實得到的答案，就基本適用於所有面試，而並非只是阿里的社招面試。

那就是，第一階段是主語言，第二階段是專案。

這點相信不少人在面試的過程中，已經深有體會，大部分面試就是分這麼兩個階段去問的，只不過針對不同的公司和職位，每個階段面試的難易程度會不同，所問的問題範圍，自然也會有所不同。

說到面試的難易程度，不得不八卦一下，據之前筆者在網上某地方看到的評論中說，就面試的技術難度而言，BAT之間的排列順序是這樣的，阿里>百度>騰訊。

對此，筆者實際的感受倒是和上面一致，因為筆者參加過百度和阿里的面試，就個人的感覺而言，阿里的難度是高於百度的。

不過筆者說阿里的難度比百度高，其實也僅限於筆者那一次具體的面試，實際上，兩家公司面試的具體難度，是不能這麼簡單對比的。

面試的難度，根據職位的不同（比如低階工程師還是高階），部門的不同（比如業務部門還是純研發部門），用人需求的不同（比如是急需還是人才儲備），面試官的喜好（比如是裝逼型還是溫和型）等等因素，就算是在同一家公司，難度也是會有差異的，所以不能簡單的對比兩家公司的面試難度。

到底難不難，只有來試了才知道！

所以，阿里中介軟體團隊歡迎你！（咳咳，不要問我為啥加這句話，說不得，0-0）

阿里社招面試如何準備？

這個話題相信是大家比較關心的話題，之前筆者其實已經詳細談論過了，就這一部分內容來說，之前寫的還是比較詳細的，所以索性偷個懶，把原文搬上來了。

　　LZ會分為四個部分來談論這個問題，由於LZ本身是Java出身，因此關於主語言的問題，都是與Java相關，其它語言的同學可以選擇性忽略。此外，面試的時候一般面試官的問題都是環環相扣，逐漸深入的，這點在下面大家可以更明顯的感受出來。

1、主語言本身以及它的高階特性。

主語言當然就是你平日裡拿來賺錢的傢伙。不要告訴LZ你沒有主語言，你會N多種語言，或者是你精通N多種語言，你要非這麼說的話，你可以來杭州試試，LZ保證不打死你，最多打殘。

LZ的主語言很顯然是Java，那麼對於Java來說，它的語言本身以及它的高階特性，都有哪些比較容易在面試中問到呢？

　　一般情況下，主要有以下知識點很容易被問到。（PS：以下所列舉的，都是一些Java相對而言比較高階一點的知識點，因為這裡談的是社招，而不是校招）

　　1）Java的資料結構相關的類實現原理，比如LinkedList，ArrayList，HashMap，TreeMap這一類的。以下簡單模擬一個數據結構的連環炮。

　　比如，面試官先問你HashMap是不是有序的？

　　你肯定回答說，不是有序的。那面試官就會繼續問你，有沒有有順序的Map實現類？

　　你如果這個時候說不知道的話，那這個問題就到此結束了。如果你說有TreeMap和LinkedHashMap。

　　那麼面試官接下來就可能會問你，TreeMap和LinkedHashMap是如何保證它的順序的？

　　如果你回答不上來，那麼到此為止。如果你依然回答上來了，那麼面試官還會繼續問你，你覺得它們兩個哪個的有序實現比較好？

　　如果你依然可以回答的話，那麼面試官會繼續問你，你覺得還有沒有比它更好或者更高效的實現方式？

　　如果你還能說出來的話，那麼就你所說的實現方式肯定依然可以問你很多問題。

　　以上就是一個面試官一步一步提問的例子。所以，如果你瞭解的不多，千萬不要敷衍，因為可能下一個問題你就暴露了，還不如直接說不會，把這個問題結束掉，趕緊切換到你熟悉的領域。

　　2）Java併發包當中的類，它們都有哪些作用，以及它們的實現原理，這些類就是java.concurrent包下面的。與上面一樣，咱們也簡單的模擬一個併發包的連環炮。

　　比如面試官可能會先問你，如果想實現所有的執行緒一起等待某個事件的發生，當某個事件發生時，所有執行緒一起開始往下執行的話，有什麼好的辦法嗎？

　　這個時候你可能會說可以用柵欄（Java的併發包中的CyclicBarrier），那麼面試官就會繼續問你，你知道它的實現原理嗎？

　　如果你繼續回答的話，面試官可能會繼續問你，你還知道其它的實現方式嗎？

　　如果你還能說出很多種實現方式的話，那麼繼續問你，你覺得這些方式裡哪個方式更好？

　　如果你說出來某一個方式比較好的話，面試官依然可以繼續問你，那如果讓你來寫的話，你覺得還有比它更好的實現方式嗎？

　　如果你這個時候依然可以說出來你自己更好的實現方式，那麼面試官肯定還會揪著這個繼續問你。

　　為什麼說面試的時候要引導面試官，原因就在這了。因為面試官的提問很多時候都是有跡可循的，你如果抓住了他的軌跡，能夠猜到他下面很可能會問什麼，那你在回答的時候就可以往你想要談的方向去說。這樣面試時就會顯得更加從容，更加的遊刃有餘。

　　3）IO包和NIO包中的內容。這部分裡面NIO會是重點，IO包大部分都會比較熟悉，因此可能會直接略過，直接問你NIO的內容。

　　IO包和NIO包的內容相對來說不是很多，首先NIO模型要熟悉，特別是其中的selector一定要非常清楚它的職責和實現原理。其實NIO的核心是IO執行緒池，一定要記住這個關鍵點。有的時候，面試官可能也會問你IO包的設計模式（裝飾器模式），為什麼要這樣設計？

　　有的面試官還會問你有沒有更好的設計，這個時候如果你不知道請果斷說自己現在的水平有限，想不出來更好的設計，千萬不要信口開河，隨意YY。

　　4）Java的虛擬機器的內容。這部分主要包括三部分，GC、類載入機制，以及記憶體。

　　一個GC部分簡單的連環炮。

面試官可以先問你什麼時候一個物件會被GC？

　　接著繼續問你為什麼要在這種時候物件才會被GC？

　　接著繼續問你GC策略都有哪些分類？

　　你如果說出來了，繼續問你這些策略分別都有什麼優劣勢？都適用於什麼場景？

　　你繼續說出來了以後，給你舉個實際的場景，讓你選擇一個GC策略？

　　你如果選出來了，繼續問你，為什麼要選擇這個策略？

　　下面是關於類載入機制的簡單連環炮。

首先肯定是先問你Java的類載入器都有哪些？

　　回答了這些以後，可能會問你每個類載入器都載入哪些類？

　　說完以後，可能會問你這些類載入之間的父子關係是怎樣的？

　　你在回答的時候可能會提到雙親委派模型，那麼可以繼續問你什麼是雙親委派模型？

　　你解釋完了以後，可能會繼續問你，為什麼Java的類載入器要使用雙親委派模型？

　　你回答完以後，可能會繼續問你如何自定義自己的類載入器，自己的類載入器和Java自帶的類載入器關係如何處理？

　　再來一個關於記憶體的連環炮。

首先肯定就是問你記憶體分為哪幾部分，這些部分分別都儲存哪些資料？

　　然後繼續問你一個物件從建立到銷燬都是怎麼在這些部分裡存活和轉移的？

　　接著可能會問你，記憶體的哪些部分會參與GC的回收？

　　完事以後，可能還會問你Java的記憶體模型是怎麼設計的？

　　你回答了以後，還會繼續問你為什麼要這麼設計？

　　問完以後，還可能會讓你結合記憶體模型的設計談談volatile關鍵字的作用？

　　你在談的時候，肯定會提到可見性，那麼接著可見性這三個字，還可以繼續問你併發的內容。

　　基本上Java語言本身以及語言稍微高階點的內容就是以上部分，如果你能把以上四部分了解的非常透徹，那基本上Java這部分就沒啥問題了，因為光以上的內容就夠你跟面試官聊很久了。你聊這些聊得久了，自然問你其它問題的時間就會短點。

你從LZ寫這些問題的過程也應該能感受出來，很多時候，面試官都是順著一條線一路問下去的，如果你覺得這條線你不熟悉的話，就要及時拐彎，引導面試官去問其它方面的問題。千萬不要一直往下深入，直到自己跳不出來為止，那就尷了個尬了。

2、講述自己的專案，並在中間穿插著問題

這一部分是面試過程中必問，也是聊得最久的一個階段。除非你前面的語言部分非常紮實，紮實到面試官問了一兩個小時，依舊沒有探出你對語言本身的瞭解到底有多深。否則的話，你一定逃不過自己的專案這一關，而且一般情況下聊得時間不會太短。

　　這一部分內容，一般的模式就是你自己去講你做過的專案，然後面試官會冷不丁的讓你去解釋其中某一部分，比如讓你解釋當時為什麼要這麼做，或者問你現在覺得有沒有更好的辦法。而這些穿插的問題，大部分與你的專案所用到的技術有關。而你需要做的，就是充分、再充分的去總結自己做過的專案（尤其是最近的一兩個專案），挖掘出一個甚至N個亮點，以備於到時候可以讓面試官產生眼前一亮的感覺。如果你能達到這種效果的話，基本上離你成功就不遠了。

　　這部分內容由於和每個人自己的經歷息息相關，因此這裡也沒法列舉可能問到的問題。這篇文章《程式設計師面經：面試前到底該不該刷題以及面試前該如何準備》是LZ之前寫的，裡面大概討論了下如何在面試前總結，有興趣的可以去了解一下。

　　3、額外的加分項

　　上面兩個階段基本上是必問的，還有一些加分項。這些加分項中，有些內容面試官也會問你（比如TCP/IP協議、演算法），但更多的是會先問你瞭解不瞭解，你瞭解的話再繼續聊，不瞭解的話就直接略過了，不至於因為這種問題而直接把你打入地獄。

　　下面LZ列舉一下這些加分項，如果可以的話，這些加分項還是要爭取一下的。

　　1、計算機系統原理。

　　2、網路通訊協議（TCP/IP，HTTP等）。

　　3、資料結構與演算法。

　　4、著名開源專案的原始碼。

　　5、你自己有很棒的開源專案。

　　6、你的個人部落格。

　　7、待評論區補充。

　　這幾項當中，對於前1-3項，如果你之前就比較瞭解，只是由於時間問題忘記了的話，還是可以臨時抱佛腳一下的。至於後面4-6項，就需要你日常的積累了，不是一時半會兒能做到的。如果你平日裡沒有積累，那麼後面這三個加分項只能拋棄了。

　　4、與你職位相關的內容

　　其實這最後一項是對前面三項的補充，你應該儘量去主攻和你面試的職位相關的內容。比如你面試一個實時計算的職位，那麼你的演算法最好要厲害，對於著名的實時計算開源專案要熟悉，最好閱讀過原始碼，而且還要對分散式系統有一定的見解。

　　因此，這個第4部分沒有具體的內容，只是提醒你，如果你很明確自己的面試職位，最好在面試前準備的時候，儘量朝職位的需求方向靠攏，這樣成功的可能性更大。

看完以後，關於連環炮的部分，筆者這裡還是想簡單再補充幾句，上面之所以舉了那麼多連環炮的例子，其實並不是想讓大家背下來，而是想讓各位看官體會一下社招面試的套路。

說到底，這些連環炮的例子，就是在考驗你對某一個知識點理解的有多深。就筆者的親身經歷而言，其實上面所提到的這些連環炮，你並不需要每個都理解的很深，只需要有那麼一兩個點比較深，甚至超過面試官的理解，就可以達到要求了。

很多時候，面試官並不需要你對每一個知識點都很深入，他只是在考察你的理解能力，以及平時有沒有一些技術積累。

如果一個面試官，只因為一兩個技術知識點而否決你的話，那麼只有兩種可能，第一種是這個點，可能確實是你所面試的職位中，非常重要的知識點，比如面試演算法類崗位的話，演算法不好是不行的，或者是面試偏運維類的技術崗位，Linux玩不好也是不行的。

第二種可能就是——他在裝逼，-_-。

“野生”Java程式猿學習的道路

這一部分筆者上篇文章談了很多，不過這一次，筆者在Java程式猿前面加了個限定詞——野生。

筆者一向自稱是“野生”程式設計師，所謂的“野生”，筆者這裡先簡單下一個定義，就是在大學之前，從來沒想過會走程式猿這條路，而是在進入社會之後，才逐漸走上程式猿這條路的人，筆者稱之為“野生”程式猿。

自學還是培訓機構？

“野生”程式猿有不少程式猿“正規軍”所不具備的共性，其中最典型的一個共性，就是“野生”程式猿在進入社會之後，都會經歷一個學習入門的階段。

也正是因此，社會上出現了大量的培訓機構，所以往往“野生”程式猿在入行初期，所面臨的第一個問題就是，到底是自學，還是選擇培訓機構？

筆者就收到過無數這類的問題，其實這個問題沒辦法一概而論，要具體情況具體分析，但如果簡單粗暴一些來說的話，假設你家裡不缺那個培訓費，就去培訓機構，反之就別去。

畢竟花了錢，總會多一些學習上的資源，最起碼聊勝於無。

所以，這個問題通俗點說，就是有錢就去，沒錢就自學。

就像那個經典的笑話一樣，說自己買東西有選擇恐懼症的同學，不是真的有選擇恐懼症，唯一的原因就是——窮，呵呵噠。

演算法到底重不重要？

除了上述的共性之外，“野生”程式設計師還有一個共性，就是學習曲線和程式設計師“正規軍”會有所不同，前者是從實踐到理論，後者是從理論到實踐，這就會導致“野生”程式設計師的基本功一般不怎麼紮實，比如演算法、計算機系統原理、計算機網路等。

私底下，無數同學問過筆者同樣的一個問題，到底演算法重不重要？阿里面試考不考演算法？

其實第一個問題，關於演算法到底重不重要，筆者這裡是有兩個答案的，如果來問的同學互相對質一下的話，可能會發現筆者給每個人的答案會略有不同。

如果是一個學生來問的話，筆者會告訴他，演算法非常重要，一定要全力學習。

而如果是一個已經踏入職場多年的人來問的話，筆者一般會告訴他，按需學習即可，如果你做的工作和演算法關係很大，那自然要好好學，比如你做演算法工程師，你告訴我演算法重不重要？

當然重要！

而如果你每天寫的是增刪改查，更注重業務，那還是別花那個精力了，省省吧，有學演算法這個精力，多研究研究業務，多思考思考技術與業務結合這種問題，可能比你學習演算法收效更高。

至於第二個問題，阿里面試考不考演算法，筆者清晰記得，面試官問了這樣一個問題的，“你對演算法的瞭解多不？”

而筆者當時的回答是，“不好意思，這個我不會。”

看到這裡，可能有的同學會有疑問了，“作者啊，你這樣做不太好，你這不等於告訴大家，演算法不重要，不學演算法一樣可以進阿里嗎？”

有這種疑問的同學，是沒有想明白這麼一件事，演算法是否重要，和是否一定要花精力學習它，並沒有什麼直接的卵關係。

更何況，不會演算法能進阿里也很正常，難道你覺得阿里萬千工程師，都是熟悉演算法的嗎？我敢說，你敢信嗎？

還有不少人有一個誤區，那就是，“演算法好的人，工資都高了不少。”

關於這個，筆者只想說，如果這個人本身就是搞演算法類工作的，那無可厚非，但是如果他是搞增刪改查的，筆者可以很確定的說，他學演算法這個時間去學點別的，工資可能會更高。

所以，不要被這個表象迷惑了，他高工資本質是因為他業餘時間學習了才高，而不是因為學習了演算法才高。

俗話說學以致用，不光花錢要花到刀刃上，學習也是要學到刀刃上的，因為時間比金錢更珍貴。

當然，以上所說對於演算法要按需學習的論調，僅適合於畢業多年，已經進入職場的同學，如果你是一個在校生，那麼對於演算法這個東西，就只有一個字——學！往死裡學！

“野生”Java程式設計師如何學習

扯完了家常，咱們聊點正事，“野生”程式設計師，如何度過自己的學習和職場生涯。關於這個話題，筆者會引用一下上一篇文章中的內容，但是兩年過去了，筆者會對其中再做一些補充。接下來，我們首先看一下之前筆者所寫的前奏。

這一部分其實也算是今天的重點，這一部分用來回答很多群裡的朋友所問過的問題，那就是LZ你是如何學習Java的，能不能給點建議？

　　今天LZ是打算來點乾貨，因此咱們就不說一些學習方法和技巧了，直接來談每個階段要學習的內容甚至是一些書籍。這一部分的內容，同樣適用於一些希望轉行到Java的同學。

　　在大家看之前，LZ要先宣告兩點。

　　1、由於LZ本人是Java後端開發出身，因此所推薦的學習內容是Java Web和Java後端開發的路線，非Java Web和Java後端開發的同學請適當參考其學習思想即可，切勿照搬。

　　2、下面對於【第一部分】的推薦內容，目的是讓你儘快成為一個可以參加工作的Java開發者，更適用於處於待業狀態，準備轉行Java的同學。如果你是在校學生，務必要在學好基礎（比如計算機系統、演算法、編譯原理等等）的前提下，再考慮去進行下面的學習。

其實這段前奏中，筆者第2點中所說的“處於待業狀態，準備轉行Java的同學”，就是今天一直提到的“野生”程式設計師。

筆者這裡專門提到這點，也是希望看官們可以明白，本文所有內容，都是圍繞著“野生”程式設計師展開的，如果你不屬於其中的一員，那麼一定要對文中提到的學習道路自行取捨。

哪怕是“野生”程式設計師，也不一定就非要完全照搬文中的學習，也要有自己的思考。 　　

第一階段——未參加工作的同學

這個階段，其實就是上面筆者提到過的，是“野生”程式設計師學習入門的階段。大部分人在這個階段學習的時候，都是非常痛苦的，所謂萬事開頭難，是有一定道理的。

不過沒關係，誰讓你運氣好，看到了這篇文章呢（吹逼會不會遭雷劈？），你只需要保持學習的信念，然後按照下面的思路去學習就可以了。

強調一下，對於程式設計師來說，心中那股信念很重要，你要問筆者這股信念是什麼，筆者只能說只可意會不可言傳，自己在職場生涯中慢慢體會吧。

一、Java基礎

　　學習Java基礎的時候，應該儘量多動手，很多時候，你想當然的事情，等你寫出來執行一下，你就會發現不是這麼回事兒，不信你就試試。

　　學完以上內容以後，你應該對Java有一個基本的瞭解了，你可以用Java語言寫出一些簡單的程式，並且你用的是最簡單的編輯器，比如記事本。

　　這個時候，不要急於進入下一部分，留下幾天好好寫一些程式，儘可能熟悉這些基礎內容。

　　二、Web開發

　　等你寫上幾天程式以後，你往往會比較迷茫，因為你寫的東西似乎看起來毫無用處，比如實現一個簡單的計算器，讀取一個檔案等。這個時候你就應該去學著寫一些讓你覺得有意思的東西了，所以你應該學習更多的知識。

　　這些內容主要是Web開發相關的內容，包括HTML/CSS/JS（前端頁面）、Servlet/JSP（J2EE）以及Mysql（資料庫）相關的知識。

　　它們的學習順序應該是從前到後，因此最先學習的應該是HTML/CSS/JS（前端頁面），這部分內容你可以去上面的那個runoob網站上找。你可以試著自己寫一些頁面，當然，你可以盡你最大的努力讓它變得最漂亮。這部分內容對於後端Java來說，理論上不是特別重要，但至少要達到可以自己寫出一些簡單頁面的水平。

　　接下來，你需要學習的是Servlet/JSP（J2EE）部分，這部分是Java後端開發必須非常精通的部分，因此這部分是這三部分中最需要花精力的，而且這個時候，你要學會使用開發工具，而不能再使用記事本了，可以選擇eclipse。

　　當你下載安裝好eclipse以後，請視訊中的教程一步一步去學習，一定要多動手。關於Servlet/Jsp部分視訊的選擇，業界比較認可馬士兵的視訊，因此推薦給大家。當然了，LZ本人並沒有看過他的視訊，所以不好說的太絕對，如果大家自己有更好的選擇，可以堅持自己的，不要被LZ干擾。

　　原本LZ也是打算出教學視訊的，但是由於時間問題，還是決定放棄了。但是如果你看視訊的過程中遇到了問題，歡迎來LZ的交流群提問，或者去鬥魚觀看LZ的直播提出你的問題，直播地址和群號都在LZ的個人部落格左側。

　　最後一步，你需要學會使用資料庫，mysql是個不錯的入門選擇，而且Java領域裡主流的關係型資料庫就是mysql。這部分一般在你學習Servlet/Jsp的時候，就會接觸到的，其中的JDBC部分就是資料庫相關的部分。你不僅要學會使用JDBC操作資料庫，還要學會使用資料庫客戶端工具，比如navicat，sqlyog，二選一即可。

　　三、開發框架

　　當你學會以上內容以後，這個時候你還不足以參加工作，你還需要繼續深造。公司裡為了提高開發的效率，會使用一些Java Web框架，因此你還需要學習一些開發框架。

　　目前比較主流的是SSM框架，即spring、springmvc、mybatis。你需要學會這三個框架的搭建，並用它們做出一個簡單的增刪改查的Web專案。你可以不理解那些配置都是什麼含義，以及為什麼要這麼做，這些留著後面你去了解。但你一定要可以快速的利用它們三個搭建出一個Web框架，你可以記錄下你第一次搭建的過程，相信我，你一定會用到的。

　　還要提一句的是，你在搭建SSM的過程中，可能會經常接觸到一個叫maven的工具。這個工具也是你以後工作當中幾乎是必須要使用的工具，所以你在搭建SSM的過程中，也可以順便了解一下maven的知識。在你目前這個階段，你只需要在網路上了解一下maven基本的使用方法即可，一些高階的用法隨著你工作經驗的增加，會逐漸接觸到的。

　　四、找工作

　　當你完成開發框架的學習以後，你就該找工作了，在校的找實習，畢業的找全職。與此同時，在找工作的同時，你不應該停下你的學習，準確的說，是你在以後都不能停下學習。

　　上面這些內容你只是囫圇吞棗的學會了使用，你可以逐步嘗試著去了解更多的東西，網路是你最重要的老師。

兩年過去了，其實這個學習路線，並沒有什麼太大的變化，唯一變化的點，就是spring-boot的普及，省去了之前很多框架整合的工作。回想11年筆者培訓那會兒，想要搭建一個SSH框架，還要自己梳理jar包，整合一大堆配置，一不小心就各種報錯，而且那異常往往都不是簡單的NPE，甭提多苦逼了。所以，同學們，珍惜你現在的生活吧，呵呵噠。

第二階段——工作0到1年的同學

這個階段是所有人都會經歷的一個階段，這個階段的程式設計師，心裡往往都是非常複雜的，剛找到工作，坐在明亮的辦公室裡，彷彿自己成為了電視劇中的主角，難免會感到意氣風發，但是同時心中又不免會有些恐懼，生怕自己一個不小心，再次被打回原形。

如果你有這樣的感覺，不用緊張，這是所有人都要經歷的，你要做的，就是讓自己徹底沉浸在工作和學習當中即可，原因很簡單，因為這個時候——你還是單身狗，-_-。

　　恭喜你，這個時候，你已經擁有了一份Java的工作。這個階段是你成長極快的階段，而且你可能會經常加班。

　　但是加班不代表你就可以鬆懈了，永遠記得LZ說的那句話，從你入行那一刻起，你就要不停的學習。在這一年裡，你至少需要看完《Java程式設計思想》這本書。這本書的內容是幫助你對於Java有一個更加深入的瞭解，是Java基礎的升級版。

　　這本書很厚，當初看這本書，LZ花了整整三個月。正常速度的話，應該可以在半年左右看完。LZ這裡不要求過高，只要你在一年以內把這本書看完即可。當然了，LZ所說的看完，是充分吸收，而不是讀一遍就完事了，因此有些內容你可能會看不止一遍。

　　總而言之，這個階段的核心學習思想就是，在工作中實踐，並且更加深入的瞭解Java基礎。

補充一下，看書的時候，不要只是看書，一定要經常思考，比如思考你所寫的程式碼，和書中的內容是否有聯絡。

舉個實際的例子，當你看到static這一部分內容的時候，你是否會去翻一下你現在開發的專案裡，是否有地方使用static，它使用的目的是什麼，它使用的方式是否正確。

只有這樣看書，你才能真正的把書看進去，一定要注意，看書的最終目的是為了引發自己的思考，只看書不思考的話，那叫背書，不叫看書。說到這裡，有不少同學問過筆者這樣的一個問題，“我看書看不進去怎麼辦呢？有沒有什麼好的辦法？”

筆者這裡可以很負責的告訴你，哪有什麼歲月靜好，只是有人替你負重前行而已。

所以，不要期望有什麼開開心心，快快樂樂就把書給看了的辦法，你想的倒還挺美，呵呵噠。

這玩意兒沒有什麼好辦法，就是靠著自己內心的一股信念，強迫自己去看，特別是剛開始的時候，是最困難的，熬過那一段時間，後面看起來相對來說會順暢很多。

萬事開頭難，用在看書學習上，也同樣適用。 　　

第三階段——工作1到2年的同學

這個階段的你一般已經做了一年的增刪改查，與剛入職時的意氣風發不同，這個時候的你，會開始考慮你未來要走的路，但通常在這個時候，你很難看清前方的路，因此你或許會有些焦慮。

如果你存在這樣的焦慮，不必憂心，只需記得，在程式設計師的道路上，學習能使你變得更加充實，繼續沉浸在學習的海洋中吧。

　　這部分時間段的同學，已經對Java有了一個更加深入的瞭解。但是對於面向物件的體會可能還不夠深刻，程式設計的時候還停留在完成功能的層次，很少會去考慮設計的問題。

　　於是這個時候，設計模式就來了。LZ當時看的是《大話設計模式》這本書，並且寫了完整版的設計模式部落格。因此，LZ要求大家，最多在你工作一年的時候，必須開始寫部落格，而設計模式就是你部落格的開端。

　　請記住，LZ所提的基本都是最低要求，因此不要有任何鬆懈的心理，否則五年後，你不要去羨慕別人高於你的工資，也不要去羨慕別人進入了某公司。

　　此外，設計模式並不是你這一年唯一的任務，你還需要看一些關於程式碼編寫優化的書。比如《重構 改善既有程式碼的設計》，《effective java》。

　　總而言之，這個階段，你的核心任務就是提高你的程式碼能力，要能寫出一手優雅的程式碼。

這個階段筆者所建議的三本書，其實都是在教你如何更好的編寫和設計你的程式碼，除此之外，設計模式這個系列，也是在鍛鍊你對問題的抽象能力。

使用Java這種面向物件的語言，抽象能力是非常重要的一項能力，和上面一樣，筆者建議，當你看完設計模式、重構和Effective Java這幾本書後，一定要結合自己的專案，做深入的思考。

不思考的人生是不完整的，只幹活兒不動腦子的人，看似勤奮，實際就是臺機器，既然是機器，那就早晚會被取代的。

只有不斷思考，總結過往，指導未來的人，才最終會成為這個社會的主導者。

第四階段——工作2到3年的同學

這個階段，對於程式設計師來說，是非常重要的一個階段。在筆者的學習道路規劃中，這個階段學習的目的，是為了讓你從初中級工程師邁入高階，實現質的提升，因此，這一部分的學習，難度會比之前兩年的要高。

但既然你已經踏上了這條路，就沒有迴旋的餘地，只能往前衝。

所以，做好心理準備，迎接挑戰吧。

　　有的同學在這個時候覺得自己已經很牛逼了，於是忍不住開始慢慢鬆懈。請記住，你還嫩的多。

　　這個階段，有一本書是你必須看的，它叫做《深入理解Java虛擬機器》。這本書絕對是Java開發者最重要的書，沒有之一。在LZ眼裡，這本書的重要性還要高於《Java程式設計思想》。

　　這本書的內容是幫助你全面的瞭解Java虛擬機器，在這個階段，你一定已經知道Java是執行在JVM之上的。所以，對於JVM，你沒有任何理由不瞭解它。LZ之前有寫過JVM系列的知識，可以去看一下，地址是http://www.cnblogs.com/zuoxiaolong/category/508918.html。

　　另外，在過去2年的工作當中，你肯定或多或少接觸過併發。這個時候，你應該去更加深入的瞭解併發相關的知識，而這部分內容，LZ比較推薦《Java併發程式設計實戰》這本書。只要你把這本書啃下來了，併發的部分基本已經瞭解了十之六七。

　　與此同時，這個階段你要做的事情還遠不止如此。這個時候，你應該對於你所使用的框架應該有了更深入的瞭解，對於Java的類庫也有了更深入的瞭解。因此，你需要去看一些JDK中的類的原始碼，也包括你所使用的框架的原始碼。

　　這些原始碼能看懂的前提是，你必須對設計模式非常瞭解。否則的話，你看原始碼的過程中，永遠會有這樣那樣的疑問，這段程式碼為什麼要這麼寫？為什麼要定義這個介面，它看起來好像很多餘？

　　由此也可以看出，這些學習的過程是環環相扣的，如果你任何一個階段拉下來了，那麼你就真的跟不上了，或者說是一步慢步步慢。而且LZ很負責的告訴你，LZ在這個階段的時候，所學習的東西遠多於這裡所羅列出來的。因此千萬不要覺得你已經學的很多了，LZ所說的這些都只是最低要求，不光是LZ，很多人在這個時間段所學習的內容都遠超本文的範圍。

　　如果你不能跟上節奏的話，若干年後，如果不是程式猿市場還不錯的話，你很可能不僅僅是工資比別人低，公司沒別人好，而是根本就找不到工作。

　　總而言之，這個階段，你需要做的是深入瞭解Java底層和Java類庫（比如併發那本書就是Java併發包java.concurrent的內容），也就是JVM和JDK的相關內容。而且還要更深入的去了解你所使用的框架，方式比較推薦看原始碼或者看官方文件。

　　另外，還有一種學習的方式，在2年這個階段，也應該啟用了，那就是造輪子。

　　不要聽信那套“不要重複造輪子”的論調，那是公司為了節省時間成本編造出來的。重複造輪子或許對別人沒有價值，因為你造的輪子可能早就有了，而且一般情況下你造出來的輪子還沒有現存的好。但是對別人沒有價值，不代表對你自己沒有價值。

　　一個造輪子的過程，是一個從無到有的過程。這個過程可以對你進行系統的鍛鍊，它不僅考察你的編碼能力，還考察你的框架設計能力，你需要讓你的輪子擁有足夠好的擴充套件性、健壯性。

　　而且在造輪子的過程中，你會遇到各種各樣的難題，這些難題往往又是你學習的契機。當你把輪子造好的時候，你一定會發現，其實你自己收穫了很多。

　　所以，這個階段，除了上面提到的瞭解JVM、JDK和框架原始碼以外，也請你根據別人優秀的原始碼，去造一個任何你能夠想象出來的輪子。

可以看到，這個階段筆者列的任務非常之多，不僅要了解JVM、併發、JDK類庫，還要自己嘗試造輪子。

如果你仔細閱讀了本文的話，你會發現，阿里社招面試筆者所舉的連環炮中，有一大部分都是這個階段學習的，那些連環炮中，基本上都是JVM、併發和JDK一些類庫的內容。

而比較巧的是，阿里大部分招聘要求的年限，都是3年或以上。這意味著什麼？

相信反應快的同學已經明白了，你如果可以在3年內，完成筆者的學習計劃的話，那麼在你滿3年的時候，剛好可以來阿里檢驗你的學習成果。

所以，阿里中介軟體歡迎你！（沒有違和感的植入兩次，今年我要3.75了，-_-）

第五階段——工作3到4年的同學

這個階段的同學，很多已經碰到了天花板，在此之前，只要你按部就班的學習，智商又沒啥硬傷，90%以上的同學（有人問，剩下的10%呢？筆者只想說，我怎麼知道？/尷尬），在工作3年的時候，都可以達到年薪30W左右這個範圍（僅指2015年或以後北上深一線城市）。

而如果你的年薪想要更上一層樓（一般10W為一檔，比如40W、50W等），僅靠之前的積累是遠遠不夠的，你需要打造你的核心競爭力，在之前的文章裡，筆者把這個所謂的核心競爭力，稱之為差異性，其實想表達的意思都是一樣的。

具體如何在這個階段學習，還是先看看之前筆者是怎麼建議的吧。

　　這個階段的同學，提升已經是很難了，而且這個階段的學習往往會比較多樣化。

　　因為在前3年的過程中，你肯定或多或少接觸過一些其它的技術，比如大資料、分散式快取、分散式訊息服務、分散式計算、軟負載均衡等等。這些技術，你能精通任何一項，都將是你未來面試時巨大的優勢，因此如果你對某一項技術感興趣的話，這個時候可以深入去研究一下。這項技術不一定是你工作所用到的，但一定是相關的。

　　而且在研究一門新技術時，切忌朝三暮四。有的同學今天去整整大資料，搞搞Hadoop、hbase一類的東西。過不了一段時間，就覺得沒意思，又去研究分散式快取，比如redis。然後又過不了一段時間，又去研究分散式計算，比如整整Mapreduce或者storm。

　　結果到最後，搞得自己好像什麼都會一樣，在簡歷上大言不慚的寫上大資料、分散式快取、分散式計算都瞭解，其實任何一個都只是浮於表面。到時候面試官隨便一問，就把你給識破了。

　　一定要記住，作為一個程式猿，平日裡所接觸的技術可能會很多，但是想要讓一門技術成為你的優勢，那麼一定是你對這門技術的瞭解強過絕大多數人才行。

　　因此在這個階段，你就不能再簡單的去學習前3年的內容了，雖然前面的學習如果還不夠深入的話依舊要繼續，但這個時候你應該更多的考慮建立你的優勢，也可以稱為差異性。

　　差異性相信不難理解，就是讓你自己變得與眾不同。你前面三年的學習足夠你成為一名基本合格的Java開發者，但你離成為一名優秀的Java開發者還有很大的距離。

　　所謂優秀，即能別人所不能。而你前三年所學習的內容，是很多做過幾年的Java開發都能夠掌握的。那麼為了讓自己有差異性，你就需要另闢蹊徑，找一個方向深入研究下去，以期在將來，你能夠成為這個領域的專家，比如分散式計算領域的專家，大資料領域的專家，併發領域的專家等等。

　　此外，你除了建立你的差異性之外，還要去彌補你基礎上的不足，直到現在，LZ都沒有提及基礎知識。原因是基礎是很枯燥無味的，學的太早不僅容易懵逼，而且懵逼的同時還容易產生心理陰影，以至於以後再不想去研究這些基礎。但基礎又是你深入研究一些領域時所必須掌握的，比如你去研究分散式計算，你不懂演算法你玩個毛毛？比如你去做分散式快取，你對計算機系統的記憶體不瞭解，你如何去做快取？

　　如果你的基礎本來就非常強，那麼恭喜你，相信你在之前的工作中已經充分體會到了這些基礎對你的幫助。但LZ相信大部分人的基礎都很薄弱，哪怕是科班畢業的人，很多人也不敢說自己當初的基礎學的多麼強大，比如演算法、計算機系統原理、編譯原理這些。

　　但是每個人時間都是有限的，而且這些基礎的書籍每一本讀下來，沒個一年半載的，還真拿不下來，因此還是要有所抉擇的。雖然藝多不壓身，但問題是藝多是有代價的，是需要你付出時間和精力的，而LZ個人更贊成在同等代價的情況下獲取最大的收穫。

　　首先，LZ比較推崇的基礎書籍有三本，分別是《深入理解計算機系統》，《tcp/ip詳解 卷一、二、三》，《資料結構與演算法》。其中TCP/IP有三本書，但我們這裡把這三本看成是一本大書。

　　這三本分別適合三種人，《深入理解計算機系統》比較適合一直從事Java Web開發和APP後端開發工作的人群。《tcp/ip詳解 卷一、二、三》比較適合做網路程式設計的人群，比如你使用netty去開發的話，那麼就要對TCP/IP有更深入的瞭解。而《資料結構與演算法》這本書，則比較適合做計算研究工作的人，比如剛才提到的分散式計算。

　　另外，LZ要強調的是，這裡所說的適合，並不是其它兩本對你就沒有用。比如你做Java Web和APP後端開發，《tcp/ip詳解 卷一、二、三》這本書對你的作用也是很大的。這裡只是分出個主次關係而已，你要是時間足夠的話，能把三本都精讀那當然最好不過了。但如果時間有限的話，那麼就先挑對你幫助最大的書去讀。

　　理論上來講，這一年你能把這三本其中一本精讀下來，就已經非常厲害了。有了基礎，有了前面的工作經驗，你就可以去開拓屬於你的領域了。

　　在這一年裡，一定要規劃好自己的領域，建立好自己的優勢，製造出差異性。如果你對自己的領域不夠清晰的話，隨著你工作的時間日益增多，你接觸的技術會越來越多，這個時候，你很容易被淹死在技術的海洋裡，看似接觸的技術越來越多，會用的也越來越多，但你毫無優勢。

　　有的同學可能會問，“LZ，我也不知道我的領域是什麼啊？怎麼辦呢？”

　　對於這種人，LZ只想說，“臥槽，這還問我？要不乾脆我替你學習得了，好不好？”

可以看到，在這個階段，筆者提到了三本基礎書籍（作業系統原理、網路協議、演算法），這三本書，會讓你更加的接近底層。

如果你仔細品味本文所提到的學習路線，你會注意到，筆者一直在讓你由淺入深的學習，也就是一直在讓你提高知識的深度，而不是知識的廣度。

這就回答了不少同學問過筆者的那個問題，“到底是先有廣度後有深度好，還是先有深度後有廣度好？”

首先，很多人在思考這個問題的時候，有一個誤區，那就是一直在糾結這個問題本身，有的說學習要先學深了，才好提升自己的廣度，而有的卻說，學習要先了解更多，開闊眼界，才能更好的提升自己的深度。其實，這種討論已經本末倒置了，回答這個問題很簡單，看市場上需要哪一類，就是哪個好。

所以，把上面那個問題換一下，你就很容易得到答案了，“如果讓你來面試一個5年經驗以下的程式設計師，你喜歡在某個領域研究很深的人，還是每個都懂點的人？”

答案是顯而易見的，筆者相信大部分人，都會選擇在某個領域有深度鑽研的人，特別是一些一二線的網際網路公司。

或許有的同學在這個時候，會用“全棧工程師”這個概念來試圖反駁，畢竟全棧工程師這個概念，有一段時間被炒得很熱，很多公司的招聘上都加了這麼一條——全棧工程師優先。

全棧工程師這個概念，其實是小公司（或者是大公司的小部門）為了節省人力成本，想讓程式設計師幹雜活，卻又不好意思直說，因此所編造出來得美麗的謊言，可笑可悲的是，一些不知全棧真正含義的程式設計師，還以自己是全棧為榮，覺得自己跟上了潮流，真的是被人賣了還在幫人數錢。

筆者在這裡可以很負責的說，初入職場的頭幾年，一定是以提高深度為主才是正道，像全棧工程師這種潮流，就如同最近一些採用非常規手段出名的網紅一般，註定只是曇花一現，只有一技傍身，才是長久之計。

第六階段——工作4到5年的同學

4到5年其實也是一個比較重要的階段，咱們先來看看，兩年前，筆者是怎麼來討論這個階段的。

　　經過前面一年的歷練，相信你在自己所鑽研的領域已經有了自己一定的見解，這個時候，技術上你應該已經遇到瓶頸了。

　　這個時候不要著急提高自己的技術，已經是時候提高你的影響力了，你可以嘗試去一些知名的公司去提高你的背景，你可以發表一些文章去影響更多的人。當然，你也可以去Github建立一個屬於你的開源專案，去打造自己的產品。這次的開源專案不同於之前的造輪子，你這個時候是真的要去儘量嘗試造出來真正對別人有價值的輪子。

　　技術學到這個階段，很容易遇到瓶頸，而且往往達到一定程度後，你再深入下去的收效就真的微乎其微了，除非你是專門搞學術研究的。然而很可惜，大部分程式猿做不到這一步，那是科學家做的事情。

　　這個時候提高影響力不僅僅是因為技術上容易遇到瓶頸，更多的是影響力可以給你創造更多的機會。程式猿在某種程度上和明星很像，一個好的電視劇和電影就可以成就一批明星，程式猿有的時候也是，一個好的專案就可以成就一群程式猿。

　　比如國內幾個膾炙人口的專案，像淘寶、支付寶、QQ、百度、微信等等。這每一個專案，都成就了一批程式猿。LZ敢說，這裡面任何一個專案，如果你是它的核心開發，光是這樣一個Title，就已經是你非常大的優勢。更何況還不止如此，Title說到底也是個名頭，更重要的是，這種專案在做的時候，對你的歷練一定也是非常給力的。

　　而你如果想要參與這樣的專案，除了靠運氣之外，影響力也是很重要的一個手段。比如你在分散式計算領域有一定的影響力，那麼如果有什麼好的關於分散式計算的專案，對方就很可能會邀請你。就算人家不邀請你，你自己主動去面試的時候，對方如果知道你在這個領域的影響力，也肯定會起到很大的作用，而這個作用，甚至可能會超過你現在的技術能力。

　　所以，在這個階段，你最大的任務是提高自己的影響力，為自己未來的十年工作生涯那一天做準備。如果你能夠靠你的影響力和以前積累的技術，參與到一個偉大的專案當中，那麼你後面的五年也就有著落了。

　　當然了，LZ現在滿打滿算，做程式猿也就4年半不到，因此關於4年到5年這一部分，LZ的見解不一定是對的，就算是對的，也不一定是適合任何人的。所以，希望大家自己有的判斷力，去決定到底該如何度過這一年。

從引文中最後一段可以看出，筆者當初寫的時候，才工作不到4年半，所以當時筆者也是處於一個摸索的階段。

如今兩年過去了，其實現在來看，到了這個階段，筆者已經很難再提出有效的建議了。

如果你仔細閱讀了本文，會注意到，在前3年的時候，筆者建議的學習道路都是一樣的，因為筆者沒有給出任何選擇的餘地，就按照筆者所羅列的去學就可以了。

但是從第3年開始，也就是第3到4年的時候，筆者所給的建議當中，已經出現了選擇，比如作業系統原理、網路協議、演算法這三本書，再比如你準備鑽研的領域，都是在讓你自己選擇，而不是筆者直接告訴你，應該看哪本書，鑽研哪個領域。

這其實是符合常規的學習道路的，初中級工程師的時候，大家學的都一樣，3年過去，進階為高階工程師以後，自然每個人會走向不同的領域。

就和上學一樣，小的時候學的都差不多，高中就開始分文理班了，大學就開始選專業了，到了研究生……

額，忽然想起沒上過研究生，不太清楚，但學習的道路肯定更加細分了，對不對？

所以，在4到5年這個階段，其實同樣沒有固定的道路可走，之前之所以建議大家提高“影響力”，其實現在筆者自己回想起來，其中深層次的原因，是希望大家去一些知名的公司，比如……咳咳…….你懂的（這次完美的暗示，感覺要個4不過分）。

其實在第3-5年這段期間，最好的選擇，就是一邊提高自己的核心競爭力，一邊著手開始進入一家可以“洗白”的公司，或者說是可以提高“影響力”的公司。

什麼叫“洗白”？

作為一個“野生”程式設計師，你通常沒有華麗的學歷，你能仰仗的，只有自己的實力，這在你做程式設計師，包括做一些中低層技術管理者的時候，並不會特別阻礙你的發展。

但是當你想往上爬的時候，也就是做高層技術管理者的時候，你沒有一定的背景，就算你實力再牛逼，也是無濟於事的，這就是筆者所說的“影響力”，其實也可以叫“信服力”。

你聽說過哪個公司的CTO或者是技術總監，是沒什麼學歷，也沒進過任何大公司，一窮二白的野書生嗎？

可能有的人這個時候會舉手發言了，“作者你說的不對啊，我見過這樣的人啊！啥學歷沒有，啥大公司沒進過，但人家就是CTO，老厲害了呢。”

這隻有兩種情況，第一種，你說的這個人太厲害，不在本文討論範圍內，呵呵噠，第二種，這個CTO，是一個披著專案經理的皮，管著十人二十人的假CTO，因為公司一共就這麼點人，-_-。

總而言之，言而總之，說了這麼多，“洗白”的意思就是，在學歷不夠亮眼的情況下，就想辦法提高一下自己的公司背景吧。

最起碼，如果哪一天，你真的坐上了CTO的位置，你的簡介裡可以加這麼一句話，“曾就職於某著名XXXX公司，任XXX職位。”

是不是感覺多了一些信服力呢？

所以，還是那句話，阿里中介軟體歡迎你！5年了，同學，你該回家了！（老闆，今年我要5，-_-）

第七階段——工作5年以上的同學

這一部分之前的文章是沒有的，因為那時候筆者自己工作還不到5年。對於這個階段的同學來說，與5年前初入職場相比，除了工作上的不同以外，最大的可能是來自於生活上的變化。

所以，這個階段，咱們不談工作，不談學習道路，咱們來談談生活。5年前，你可能還是單身狗，你自由，你拼搏，你各種跳槽，你四處流浪，但是5年過去了，你恐怕已經結婚，甚至孩子都有了，這個時候的你，不得不考慮一些現實問題。

買車？買房？落戶？

這每一項，都像一座大山一樣，壓在奮鬥在一線城市的上班族身上。特別是買房這件事，哪怕你此時已經年薪50W，在一線城市，買房依舊是非常困難。

因為50W扣掉各種亂七八糟，估計得縮水15W，等於是到手只有35W左右了，再加上你的花銷，一年能存20W算是非常不錯了，而一線的一套房子，首付基本上最少的都要上百萬（也就是總價300W，這已經是一線的白菜價了），這都要存5年才夠，更何況有多少人在這個時候，年薪還不到50W。

再者說，你敢保證這5年房價不漲？你敢保證這5年你一次都沒有大的花銷？

有的同學可能要舉手說話了，“我爸媽已經給我在北京2環買好房子了呀。”

那筆者只能說，“這位同學，請你出去！呵呵噠……”

咱們這裡討論的，主要是非二代同學，關於二代同學們，筆者給你的建議只有一個，吃好玩好就行，就別出來搶飯碗了，-_-。

好了，言歸正傳，買房其實只是第一大難關，其它城市筆者不知道，但是在北京，落戶比買房還要困難，基本可以說是無路可走，雖說最近出了個積分落戶，但怎麼看都是中看不中用。

當然，因為筆者早就逃離北京，所以對這個政策沒有細研究，有興趣的同學可以自行去這個地址研究下，看你有沒有落戶的希望，呵呵噠。

說到這裡，筆者不得不提到之前寫的一篇文章，題目叫做《程式設計師們，再不行動就來不及了！》，其實講的就是程式設計師的安家之道。

具體的這裡就不再具體詳述了，有興趣的同學可以自行去看，這裡只是引用一下文中的一句話——一線城市奮鬥攢錢，二線城市安居樂業。

一句話已經道出了程式設計師的最終歸宿，而在二線城市中，目前最合適的，杭州就是其中之一。

杭州的網際網路行業相當發達，工資不比一線的低多少，甚至還可能會更高，但是房子均價卻是一線的一半都不到，再加上杭州風景怡人，這樣的城市，絕對是最適合在外拼搏的“野生”程式設計師，安居樂業的好地方。而從一線轉往杭州，總需要一個公司來過渡，那這個最合適的公司也自不用說，咳咳…….你懂的…….（毫無違和感的植入，-_-）

而其他知名網際網路公司，大部分都在北上深，就算工資高些，但是從生活壓力，和幸福感上來說，相信和杭州這樣的宜居城市，是沒辦法相提並論的。

5年了，5年的奮鬥是為了什麼？或許在你初入職場的時候，你意氣風發，你要改變世界，但是當你結婚生子以後，你會發現，在你改變世界之前，你要先安居樂業，-_-。

所以，還是那句話，咳咳……

阿里中介軟體歡迎你！

“野生”Java程式設計師學習道路小結

其實縱觀筆者今天所講的，就是“野生”Java程式設計師，如何通過學習和努力，進入阿里，並且在杭州買房落戶的道路。

是的，這個學習道路的終點，不是幫助你成為技術大牛，而是教你安居樂業。

畢竟咱們在外奮鬥，不就是想在大城市紮根安家嗎？

至於當初改變世界的夢想，等你把生活安頓好了以後，再去談改變世界也不晚。

當然了，有一點要強調一下，關於學習的那一部分（也就是前4年），是相對來說比較通用的，基本上所有的Java學習者，都可以適當參考一下筆者當時的學習路線，甚至在極端情況下，照搬也不無不可。（免責宣告：學成啥樣，作者概不負責，-_-）

但是，對於安家落戶的這一部分（也就是4年後），可能並不適用於所有人，比如有的人老家就是深圳這種一線城市的，那自然沒有必要來杭州了，畢竟深圳也有阿里中心嘛，-_-。

因此，在工作的前面幾年，你可以按照筆者的學習道路去走，但是當你工作到3-4年這個階段的時候（又或者是你討到老婆的時候，-_-），一邊工作學習，一邊你也要規劃一下，你未來要去哪個城市安家，進哪家公司。

認準目標以後，你就要好好研究一下這個城市的房價、購房政策、落戶政策等，也要研究一下這個公司面試，都傾向於哪方面（比如本文第一部分的內容，-_-），然後等錢存的差不多以後……

好了，之所以後面用省略號，是怕你們現在的老闆看到以後，來杭州找我拼命，但是我相信你們看懂了，-_-。

文末劃重點

寫到現在，整篇文章算是完成了10%，雖然之前已經寫了2W多字，但本文最重要的，是在末尾的這一小段文字。

那就是——廣告！

咳咳……就是這麼直接……為了彌補，最末尾準備了雙彩蛋，-_-。老闆說了，評論或者轉發數超過1W，今年直接打5，明年直接連升兩級，-_-。

反正你是老闆，你說啥都對咯，1W……呵呵噠……

咳……說正經的，前不久，筆者給我們的產品開發了一個新功能，雖說這個功能不大，但是它是有劃時代意義的一個feature，意味著凡是基於SpringCloud或者ServiceMesh開發的應用，從此在任意一臺機器上，都可以輕鬆的接入EDAS。

就因為這個feature，筆者還有幸成為了雲棲大會的演講嘉賓，上去狠狠的裝了一把，/偷笑。

這個feature到底是什麼？

什麼？你連EDAS都還沒聽說過？

你真的out了，-_-，EDAS（Enterprise Distributed Application Service）是阿里巴巴中介軟體團隊研發的 PaaS 平臺，專門為企業提供高可用和分散式的網際網路架構解決方案，趕快到這個地址瞭解一下吧，https://www.aliyun.com/product/edas。