一名3年工作經驗的程式設計師應該具備的技能(寫得很好,果斷轉) 因為和同事有約定再加上LZ自己也喜歡做完一件事之後進行總結,因此有了這篇文章。這篇文章大部分內容都是面向整個程式設計師群體的,當然因為LZ本身是做Java開發的,因此有一部分內容也是專門面向咱們Java程式設計師的。
因為和同事有約定再加上LZ自己也喜歡做完一件事之後進行總結,因此有了這篇文章。這篇文章大部分內容都是面向整個程式設計師群體的,當然因為LZ本身是做Java開發的,因此有一部分內容也是專門面向咱們Java程式設計師的。
簡單先說一下,LZ座標杭州,13屆本科畢業,算上年前在阿里巴巴B2B事業部的面試,一共有面試了有6家公司(因為LZ不想請假,因此只是每個晚上去其他公司面試,所以面試的公司比較少),其中成功的有4家,另外兩家失敗的原因在於:
1、阿里巴巴B2B事業部的面試,兩輪技術面試都過了,最後一輪面試是對方的主管,由於聽說技術面試過了基本上90%都面試成功了,所以LZ在和主管的交談中也是毫無顧忌,說得天花亂墜,很多自己介於知道和不知道的東西都直接脫口而出了,結果多次被對方一反問就問得啞口無言。事後想來,模稜兩可的答案是面試中最忌諱的,這次的失敗也讓LZ認真地對待後面的每一次面試
2、另外一家失敗的是一家小公司,也就20來個人吧,整個團隊是支付寶出來創業的,非常厲害。面試完LZ多方瞭解了一下,對方認為我基本功什麼的都不錯,但是實際專案經驗還是欠缺一些,因為對方是創業型公司,需要人上手就能幹活,因此我在這個時候還不是特別適合他們團隊
至於其他成功的四家公司,給LZ的面試評價都挺高的貌似,但LZ也不想記流水賬,因此就不一一列舉每家公司的面試過程了,下面LZ主要談談作為一名工作三年左右的Java程式設計師應該具備的一些技能以及個人的一些其他感悟。
關於程式設計師的幾個階段
每個程式設計師、或者說每個工作者都應該有自己的職業規劃,如果看到這裡的朋友沒有自己的職業規劃,希望你可以思考一下自己的將來。
LZ常常思考自己的未來,也從自己的思考中總結出了一些東西,作為第一部分來談談。LZ認為一名程式設計師應該有幾個階段(以下時間都算上實習期):
- 第一階段----三年
- 我認為三年對於程式設計師來說是第一個門檻,這個階段將會淘汰掉一批不適合寫程式碼的人。這一階段,我們走出校園,邁入社會,成為一名程式設計師,正式從書本上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用專案管理工具、專案版本如何控制、我們寫的程式碼如何測試如何在線上執行等等,積累了一定的開發經驗,也對程式碼有了一定深入的認識,是一個比較純粹的Coder的階段
- 我認為三年對於程式設計師來說是第一個門檻,這個階段將會淘汰掉一批不適合寫程式碼的人。這一階段,我們走出校園,邁入社會,成為一名程式設計師,正式從書本上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用專案管理工具、專案版本如何控制、我們寫的程式碼如何測試如何在線上執行等等,積累了一定的開發經驗,也對程式碼有了一定深入的認識,是一個比較純粹的Coder的階段
- 第二階段----五年
- 五年又是區分程式設計師的第二個門檻。有些人在三年裡,除了完成工作,在空餘時間基本不會研究別的東西,這些人永遠就是個Coder,年紀大一些勢必被更年輕的人給頂替;有些人在三年裡,除了寫程式碼之外,還熱衷於研究各種技術實現細節、看了N多好書、寫一些部落格、在Github上分享技術,這些人在五年後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向,從一個Coder逐步走向系統分析師或是架構師,成為專案組中不可或缺的人物
- 五年又是區分程式設計師的第二個門檻。有些人在三年裡,除了完成工作,在空餘時間基本不會研究別的東西,這些人永遠就是個Coder,年紀大一些勢必被更年輕的人給頂替;有些人在三年裡,除了寫程式碼之外,還熱衷於研究各種技術實現細節、看了N多好書、寫一些部落格、在Github上分享技術,這些人在五年後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向,從一個Coder逐步走向系統分析師或是架構師,成為專案組中不可或缺的人物
- 第三階段----十年
- 十年又是另一個門檻了,轉行或是繼續做一名程式設計師就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話,那麼在十年的這個節點上,有些人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程式設計師,這樣的人在公司基本擔任的都是CTO、技術專家、首席架構師等最關鍵的職位,這對於自己絕對是一件榮耀的事,當然老闆在經濟上也絕不會虧待你
- 十年又是另一個門檻了,轉行或是繼續做一名程式設計師就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話,那麼在十年的這個節點上,有些人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程式設計師,這樣的人在公司基本擔任的都是CTO、技術專家、首席架構師等最關鍵的職位,這對於自己絕對是一件榮耀的事,當然老闆在經濟上也絕不會虧待你
第一部分總結一下,我認為,隨著你工作年限的增長、對生活對生命認識的深入,應當不斷思考三個問題:
1、我到底適不適合當一名程式設計師?
2、我到底應不應該一輩子以程式設計師為職業?
3、我對程式設計到底持有的是一種什麼樣的態度,是夠用就好呢還是不斷研究?
最終,明確自己的職業規劃,對自己的規劃負責併為之努力。
關於專案經驗
LZ在網上經常看到一些別的朋友有提出專案經驗的問題,依照LZ面試的感覺來說,面試主要看幾點:專案經驗+基本技術+個人潛力(也就是值不值得培養)。
關於專案經驗,我認為併發程式設計網的創始人方騰飛老師講的一段話非常好:
介紹產品時面試官會考察應聘者的溝通能力和思考能力,我們大部分情況都是做產品的一個功能或一個模組,但是即使是這樣,自己有沒有把整個系統架構或產品搞清楚,並能介紹清楚,為什麼做這個系統?這個系統的價值是什麼?這個系統有哪些功能?優缺點有哪些?如果讓你重新設計這個系統你會如何設計?
我覺得這就已經足以概括了。也許你僅僅工作一年,也許你做的是專案中微不足道的模組,當然這些一定是你的劣勢且無法改變,但是如何彌補這個劣勢,從方老師的話中我總結幾點:
1、明確你的專案到底是做什麼的,有哪些功能
2、明確你的專案的整體架構,在面試的時候能夠清楚地畫給面試官看並且清楚地指出從哪裡呼叫到哪裡、使用什麼方式呼叫
3、明確你的模組在整個專案中所處的位置及作用
4、明確你的模組用到了哪些技術,更好一些的可以再瞭解一下整個專案用到了哪些技術
在你無法改變自己的工作年限、自己的不那麼有說服力的專案經驗的情況下(這一定是扣分項),可以通過這種方式來一定程度上地彌補並且增進面試官對你的好感度。
補充一點,在面試中聊你的專案的時候,有一個問題90%是繞不過的:談一下你在專案中解決過的比較複雜的問題。這需要在工作中不斷去發現和探索,不需要多,在你自己目前的專案中只要你找到一兩個能說的問題就行。一個小技巧是,即使問題不是你解決的而是別人解決的,但是你把這個問題弄懂、搞透了,在面試的時候你一樣可以把這個問題當作是你自己解決的來說----畢竟,誰來管這個問題當時到底是不是你解決的呢?
關於專業技能
寫完專案接著寫寫一名3年工作經驗的Java程式設計師應該具備的技能,這可能是Java程式設計師們比較關心的內容。我這裡要說明一下,以下列舉的內容不是都要會的東西----但是如果你掌握得越多,最終能得到的評價、拿到的薪水勢必也越高。
1、基本語法
這包括static、final、transient等關鍵字的作用,foreach迴圈的原理等等。今天面試我問你static關鍵字有哪些作用,如果你答出static修飾變數、修飾方法我會認為你合格,答出靜態塊,我會認為你不錯,答出靜態內部類我會認為你很好,答出靜態導包我會對你很滿意,因為能看出你非常熱衷研究技術。
最深入的一次,LZ記得面試官直接問到了我volatile關鍵字的底層實現原理(順便插一句,面試和被面試本身就是相對的,面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人,增加了面試者對公司的好感,LZ最終選擇的就是問了這個問題的公司),不要覺得這太吹毛求疵了----越簡單的問題越能看出一個人的水平,別人對你技術的考量絕大多數都是以深度優先、廣度次之為標準的,切記。
2、集合
非常重要,也是必問的內容。基本上就是List、Map、Set,問的是各種實現類的底層實現原理,實現類的優缺點。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現原理,能流利作答,當然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一句,ConcurrentHashMap的問題在面試中問得特別多,大概是因為這個類可以衍生出非常多的問題,關於ConcurrentHashMap,我給網友朋友們提供三點回答或者是研究方向:
(1)ConcurrentHashMap的鎖分段技術
(2)ConcurrentHashMap的讀是否要加鎖,為什麼
(3)ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器
3、設計模式
本來以為蠻重要的一塊內容,結果只在阿里巴巴B2B事業部面試的時候被問了一次,當時問的是裝飾器模式。
當然咱們不能這麼功利,為了面試而學習,設計模式在工作中還是非常重要、非常有用的,23種設計模式中重點研究常用的十來種就可以了,面試中關於設計模式的問答主要是三個方向:
(1)你的專案中用到了哪些設計模式,如何使用
(2)知道常用設計模式的優缺點
(3)能畫出常用設計模式的UML圖
4、多執行緒
這也是必問的一塊了。因為三年工作經驗,所以基本上不會再問你怎麼實現多執行緒了,會問得深入一些比如說Thread和Runnable的區別和聯絡、多次start一個執行緒會怎麼樣、執行緒有哪些狀態。當然這只是最基本的,出乎意料地,幾次面試幾乎都被同時問到了一個問題,問法不盡相同,總結起來是這麼一個意思:
假如有Thread1、Thread2、Thread3、Thread4四條執行緒分別統計C、D、E、F四個盤的大小,所有執行緒都統計完畢交給Thread5執行緒去做彙總,應當如何實現?
聰明的網友們對這個問題是否有答案呢?不難,java.util.concurrent下就有現成的類可以使用。
另外,執行緒池也是比較常問的一塊,常用的執行緒池有幾種?這幾種執行緒池之間有什麼區別和聯絡?執行緒池的實現原理是怎麼樣的?實際一些的,會給你一些具體的場景,讓你回答這種場景該使用什麼樣的執行緒池比較合適。
最後,雖然這次面試問得不多,但是多執行緒同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等,關於多執行緒,我在之前有些過文章總結過多執行緒的40個問題,可以參看40個Java多執行緒問題總結。
5、IO
再次補充IO的內容,之前忘了寫了。
IO分為File IO和Socket IO,File IO基本上是不會問的,問也問不出什麼來,平時會用就好了,另外記得File IO都是阻塞IO。
Socket IO是比較重要的一塊,要搞懂的是阻塞/非阻塞的區別、同步/非同步的區別,藉此理解阻塞IO、非阻塞IO、多路複用IO、非同步IO這四種IO模型,Socket IO如何和這四種模型相關聯。這是基本一些的,深入一些的話,就會問NIO的原理、NIO屬於哪種IO模型、NIO的三大組成等等,這有些難,當時我也是研究了很久才搞懂NIO。提一句,NIO並不是嚴格意義上的非阻塞IO而應該屬於多路複用IO,面試回答的時候要注意這個細節,講到NIO會阻塞在Selector的select方法上會增加面試官對你的好感。
如果用過Netty,可能會問一些Netty的東西,畢竟這個框架基本屬於當前最好的NIO框架了(Mina其實也不錯,不過總體來說還是比不上Netty的),大多數網際網路公司也都在用Netty。
6、JDK原始碼
要想拿高工資,JDK原始碼不可不讀。上面的內容可能還和具體場景聯絡起來,JDK原始碼就是實打實地看你平時是不是愛鑽研了。LZ面試過程中被問了不少JDK原始碼的問題,其中最刁鑽的一個問了LZ,String的hashCode()方法是怎麼實現的,幸好LZ平時String原始碼看得多,答了個大概。JDK原始碼其實沒什麼好總結的,純粹看個人,總結一下比較重要的原始碼:
(1)List、Map、Set實現類的原始碼
(2)ReentrantLock、AQS的原始碼
(3)AtomicInteger的實現原理,主要能說清楚CAS機制並且AtomicInteger是如何利用CAS機制實現的
(4)執行緒池的實現原理
(5)Object類中的方法以及每個方法的作用
這些其實要求蠻高的,LZ去年一整年基本把JDK中重要類的原始碼研究了個遍,真的花費時間、花費精力,當然回頭看,是值得的----不僅僅是為了應付面試。
7、框架
老生常談,面試必問的東西。一般來說會問你一下你們專案中使用的框架,然後給你一些場景問你用框架怎麼做,比如我想要在Spring初始化bean的時候做一些事情該怎麼做、想要在bean銷燬的時候做一些事情該怎麼做、MyBatis中$和#的區別等等,這些都比較實際了,平時積累得好、有多學習框架的使用細節自然都不成問題。
如果上面你的問題答得好,面試官往往會深入地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理,當然這個很簡單啦,兩句話就搞定的的事兒,即使你不會準備一下就好了。LZ遇到的最變態的是讓LZ畫一下Spring的Bean工廠實現的UML圖,當然面對這樣一個有深度的問題,LZ是絕對答不出來的/(ㄒoㄒ)/~~
8、資料庫
資料庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了,比較重要的就是資料庫效能的優化,如果對於資料庫的效能優化一竅不通,那麼有時間,還是建議你在面試前花一兩天專門把SQL基礎和SQL優化的內容準備一下。
不過資料庫倒是不用擔心,一家公司往往有很多部門,如果你對資料庫不熟悉而基本技術又非常好,九成都是會要你的,估計會先把你放到對資料庫使用不是要求非常高的部門鍛鍊一下。
9、資料結構和演算法分析
資料結構和演算法分析,對於一名程式設計師來說,會比不會好而且在工作中絕對能派上用場。陣列、連結串列是基礎,棧和佇列深入一些但也不難,樹挺重要的,比較重要的樹AVL樹、紅黑樹,可以不瞭解它們的具體實現,但是要知道什麼是二叉查詢樹、什麼是平衡樹,AVL樹和紅黑樹的區別。記得某次面試,某個面試官和我聊到了資料庫的索引,他問我:
你知道索引使用的是哪種資料結構實現嗎?
LZ答到用的Hash表吧,答錯。他又問,你知道為什麼要使用樹嗎?LZ答到因為Hash表可能會出現比較多的衝突,在千萬甚至是上億級別的資料面前,會大大增加查詢的時間複雜度。而樹比較穩定,基本保證最多二三十次就能找到想要的資料,對方說不完全對,最後我們還是交流了一下這個問題,我也明白了為什麼要使用樹,這裡不說,網友朋友們覺得索引為什麼要使用樹來實現呢?
至於演算法分析,不會、不想研究就算了,記得某次面試對方問我,Collections.sort方法使用的是哪種排序方法,額,吐血三升。當然為了顯示LZ的博學,對演算法分析也有一定的研究(⊙﹏⊙)b,LZ還是硬著頭皮說了一句可能是氣泡排序吧。當然答案肯定不是,有興趣的網友朋友們可以去看一下Collections.sort方法的原始碼,用的是一種叫做TimSort的排序法,也就是增強型的歸併排序法。
10、Java虛擬機器
出乎LZ的意料,Java虛擬機器應該是很重要的一塊內容,結果在這幾家公司中被問到的概率幾乎為0。要知道,LZ去年可是花了大量的時間去研究Java虛擬機器的,光周志明老師的《深入理解Java虛擬機器:JVM高階特性與最佳實踐》,LZ就讀了不下五遍。
言歸正傳,雖然Java虛擬機器沒問到,但我覺得還是有必要研究的,LZ就簡單地列一個提綱吧,談談Java虛擬機器中比較重要的內容:
(1)Java虛擬機器的記憶體佈局
(2)GC演算法及幾種垃圾收集器
(3)類載入機制,也就是雙親委派模型
(4)Java記憶體模型
(5)happens-before規則
(6)volatile關鍵字使用規則
也許面試無用,但在走向大牛的路上,不可不會。
11、Web方面的一些問題
Java主要面向Web端,因此Web的一些問題也是必問的。LZ碰到過問得最多的兩個問題是:
談談分散式Session的幾種實現方式
常用的四種能答出來自然是讓面試官非常滿意的,另外一個常問的問題是:
講一下Session和Cookie的區別和聯絡以及Session的實現原理
這兩個問題之外,web.xml裡面的內容是重點,Filter、Servlet、Listener,不說對它們的實現原理一清二楚吧,至少能對它們的使用知根知底。另外,一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。
噢,想起來了,一致性Hash演算法貌似也被問到了幾次,這個LZ以前專門深入研究過並且寫了兩篇博文,因此問到這個問題LZ自然是答得毫不費力。文章是MemCache超詳細解讀和對一致性Hash演算法,Java程式碼實現的深入研究,特別說明,LZ真的不是在為自已以前寫的文章打廣告啊啊啊啊啊啊。
最後,如果有興趣有時間,建議學習、研究一下SOA和RPC,面向服務體系,大型分散式架構必備,救命良方、包治百病、屢試不爽。
關於HR面試
如果你過五關斬六將,成功地通過了所有的技術面,那麼恭喜你,你離升職加薪、出任CEO、迎娶白富美、走向人生巔峰又進了一步。但是還沒有到談薪資待遇的時候,最後還有一個考驗:HR面試。基本所有的大公司都有這一輪的面試,不要小看HR面試,很多公司的HR對於面試者都有一票否決權的----即使前面的面試對你的評價再高。
所以,這輪的面試也必須重視起來,HR面試主要問的是幾點:
1、簡歷中寫的過去工作經歷的離職原因
2、當前公司薪資待遇
3、期望能到怎樣的一家公司
4、個人未來的發展方向
我專門提一下第2點。可能有人比較排斥也不想說這個,我個人倒是持開放狀態,問了就說了,當然一些的誇大還是必要的,當前公司薪資待遇多報個一千塊錢完全沒問題(畢竟是一家網際網路公司總多多少少有些補貼啊什麼的嘛)。因為這和你在新公司能拿到的薪水關係不大,新公司能拿到的薪水的決定因素是整個公司的薪資情況以及根據你的面試情況在公司的定位,都是有固定的薪資範圍的。HR問這個主要也就是心裡有個數並且看你是否誠信----有些公司入職時會要求你提供最近一家單位的銀行流水號。
HR面試就說到這裡了,總結起來其實就是四個字:滴水不漏。整個面試過程態度積極向上,不要有任何悲觀消極的態度(尤其在談到以前公司情況的時候,即使有再多的不滿),就不會有問題。
關於面試心態
這個嘛,LZ其實在公司也面試過幾個人,一半以上的面試者回答問題的時候都屬於那種雙腿發抖、聲音顫抖的型別。在LZ看來這大可不必並且這還是扣分項,回答問題的時候最最基本的兩個要求:
1、不緊不慢,平心靜氣
2、條理清晰
表達能力絕對是面試的時候重要的考察專案。咱們做的是程式設計師這一行,講究的是團隊協作,不是寫作、畫畫,一支筆、一個人就行了,一個表達能力不行的程式設計師,要來又有什麼用呢?
除此之外,就是保持良好的心態。古語說得好,只要功夫深,鐵杵磨成針,面試的成功與否,在於平時的積累,臨時抱抱佛腳,看兩道面試題是沒有用的,只要平時足夠努力,成功是水到渠成的事情,平時不怎麼研究技術的,那也就是個聽天由命的事情,只要充分地展示平時自己的所學就可以了。
因此在我看來,不要把面試當作面試,當做一次技術交流,把面試的心態從我要找到一份工作轉變為我要通過面試去發現不足、提升自己,這樣就會平和多了,即使失敗也不會有太多失望的感覺。
另外,如果平時自己熱衷於研究技術的朋友,真的要有自信,不要覺得別人面試你別人就比你厲害。面試官未必比你優秀,他問的問題往往都是他平時研究得比較多的問題,你一樣有很多自己的研究面試官未必知道。
關於Java
網上常看到一種說法:Java比較簡單。某種程度上這會打擊Java程式設計師的信心----原來咱們平時用的是這種小兒科的玩意兒啊,在我看來這種想法大可不必,這一部分我來講講對於這個話題的看法。
這種說法有些片面,得分開兩部分來看,我用四個自總結一下就是:易學難精。
1、易學部分
Java易學我認為有兩部分的原因:
(1)很多培訓公司包括大四的學生找工作都會學習Java,絕大多數是因為易學。Java從C/C++發展而來,感謝前人的智慧,它消除了C/C++中最複雜和讓人困惑的語法、它消除了平臺的差異性、它不需要使用者手動釋放記憶體空間、它避免了Java程式設計師和本地語言的互動,讓程式設計師只需要專注於語法層面和應用層面。
(2)Java作為一門面向物件的語言,在企業級開發中體現出了它無與倫比的特性,整個開發流程比較固定化、模組化,需求分析起來也相對容易。我舉個自己以前的例子吧,我在大一學習C語言的時候,用C語言寫了一個圖書管理系統寫了2000行+的程式碼,大四學了C++之後,用面向物件的語言C++取代面向過程的語言C語言重新寫了一個功能相似的圖書管理系統,只寫了1100行的樣子,這就是面向物件的優勢。
2、難精部分
接著咱們聊聊難精的部分。
Java語言的設計者幫助Java程式設計師做了這麼多事情,這有利也有弊。有利的部分前面已經說過了,讓Java易學,不過有弊的部分同樣明顯。假如在應用執行過程中遇到了語法層面和應用層面之外的錯誤,應當如何處理?比如線上環境出現記憶體溢位怎麼辦?GC時間過長怎麼辦?IO長時間沒反應怎麼辦?方法丟擲莫名其妙的異常怎麼辦?
凡此種種,絕不是一名只會寫幾個if...else...的Java程式設計師就可以解決的,這需要大量的經歷、大量的實踐、大量對Java底層實現細節的研究,而這往往是最難、最考驗Java程式設計師的部分,一些人根本就不想往深去研究,另外一些人研究了一點點就研究不下去了。
Java為什麼難精?就是這個原因。除非你水平特別高,否則五年工作經驗以下的Java程式設計師在簡歷上寫"精通Java"絕對是一件非常愚蠢的事情。