項目經驗不豐富、技術不突出的程序員怎麼打動面試官?

前言

相信很多的程序員都有過相似的困惑:若是我沒有大型的項目經歷,也不能靠技術征服面試官,那我要怎麼才能給面試官留下一個好印象呢?java

按照本人的面試經驗來講,面試主要看幾點:項目經驗+基本技術+我的潛力程序員

 

關於項目經驗

我認爲併發編程網的創始人方騰飛老師講的一段話很是好:web

介紹產品時面試官會考察應聘者的溝通能力和思考能力,咱們大部分狀況都是作產品的一個功能或一個模塊,可是即便是這樣,本身有沒有把整個系統架構或產品搞清楚,並能介紹清楚,爲何作這個系統?這個系統的價值是什麼?這個系統有哪些功能?優缺點有哪些?若是讓你從新設計這個系統你會如何設計?

我以爲這就已經足以歸納了。也許你僅僅工做一年,也許你作的是項目中微不足道的模塊,固然這些必定是你的劣勢且沒法改變,可是如何彌補這個劣勢,從方老師的話中我總結幾點:面試

  • 明確你的項目究竟是作什麼的,有哪些功能
  • 明確你的項目的總體架構,在面試的時候可以清楚地畫給面試官看而且清楚地指出從哪裏調用到哪裏、使用什麼方式調用
  • 明確你的模塊在整個項目中所處的位置及做用
  • 明確你的模塊用到了哪些技術,更好一些的能夠再瞭解一下整個項目用到了哪些技術

在你沒法改變本身的工做年限、本身的不那麼有說服力的項目經驗的狀況下(這必定是扣分項),能夠經過這種方式來必定程度上地彌補而且增進面試官對你的好感度。算法

補充一點,在面試中聊你的項目的時候,有一個問題90%是繞不過的:談一下你在項目中解決過的比較複雜的問題。這須要在工做中不斷去發現和探索,不須要多,在你本身目前的項目中只要你找到一兩個能說的問題就行。數據庫

一個小技巧是,即便問題不是你解決的而是別人解決的,可是你把這個問題弄懂、搞透了,在面試的時候你同樣能夠把這個問題看成是你本身解決的來講----畢竟,誰來管這個問題當時究竟是不是你解決的呢?編程

 

關於基本技術

說完了項目經驗,接下來講一說1-3年的Java程序員應該具有的技術能力,這些能力你掌握的越多,給面試官的感受和最終拿到的薪資也就越高。設計模式

一、基本語法數組

這包括static、final、transient等關鍵字的做用,foreach循環的原理等等。今天面試我問你static關鍵字有哪些做用,若是你答出static修飾變量、修飾方法我會認爲你合格,答出靜態塊,我會認爲你不錯,答出靜態內部類我會認爲你很好,答出靜態導包我會對你很滿意,由於能看出你很是熱衷研究技術。性能優化

最深刻的一次,記得面試官直接問到了我volatile關鍵字的底層實現原理(順便插一句,面試和被面試自己就是相對的,面試官能問這個問題同時也讓面試者感受到面試官也是一個喜好研究技術的人,增長了面試者對公司的好感,我最終選擇的就是問了這個問題的公司),不要以爲這太吹毛求疵了----越簡單的問題越能看出一我的的水平,別人對你技術的考量絕大多數都是以深度優先、廣度次之爲標準的,切記。

二、集合

很是重要,也是必問的內容。基本上就是List、Map、Set,問的是各類實現類的底層實現原理,實現類的優缺點。

集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現原理,能流利做答,固然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一句,ConcurrentHashMap的問題在面試中問得特別多,大概是由於這個類能夠衍生出很是多的問題,關於ConcurrentHashMap,我給網友朋友們提供三點回答或者是研究方向:

  1. ConcurrentHashMap的鎖分段技術
  2. ConcurrentHashMap的讀是否要加鎖,爲何
  3. ConcurrentHashMap的迭代器是強一致性的迭代器仍是弱一致性的迭代器

三、設計模式

原本覺得蠻重要的一塊內容,結果只在阿里巴巴B2B事業部面試的時候被問了一次,當時問的是裝飾器模式。

固然我們不能這麼功利,爲了面試而學習,設計模式在工做中仍是很是重要、很是有用的,23種設計模式中重點研究經常使用的十來種就能夠了,面試中關於設計模式的問答主要是三個方向:

  1. 你的項目中用到了哪些設計模式,如何使用
  2. 知道經常使用設計模式的優缺點
  3. 能畫出經常使用設計模式的UML圖

四、多線程

這也是必問的一塊了。由於三年工做經驗,因此基本上不會再問你怎麼實現多線程了,會問得深刻一些好比說Thread和Runnable的區別和聯繫、屢次start一個線程會怎麼樣、線程有哪些狀態。固然這只是最基本的,出乎意料地,幾回面試幾乎都被同時問到了一個問題,問法不盡相同,總結起來是這麼一個意思:

假若有Thread一、Thread二、Thread三、Thread4四條線程分別統計C、D、E、F四個盤的大小,全部線程都統計完畢交給Thread5線程去作彙總,應當如何實現?

聰明的網友們對這個問題是否有答案呢?不難,java.util.concurrent下就有現成的類可使用。

另外,線程池也是比較常問的一塊,經常使用的線程池有幾種?這幾種線程池之間有什麼區別和聯繫?線程池的實現原理是怎麼樣的?實際一些的,會給你一些具體的場景,讓你回答這種場景該使用什麼樣的線程池比較合適。

最後,雖然此次面試問得很少,可是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等。

五、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。

六、JDK源碼

要想拿高工資,JDK源碼不可不讀。上面的內容可能還和具體場景聯繫起來,JDK源碼就是實打實地看你平時是否是愛鑽研了。我面試過程當中被問了很多JDK源碼的問題,其中最刁鑽的一個是:String的hashCode()方法是怎麼實現的,幸虧咱平時String源代碼看得多,答了個大概。JDK源碼其實沒什麼好總結的,純粹看我的,總結一下比較重要的源碼:

  1. List、Map、Set實現類的源代碼
  2. ReentrantLock、AQS的源代碼
  3. AtomicInteger的實現原理,主要能說清楚CAS機制而且AtomicInteger是如何利用CAS機制實現的
  4. 線程池的實現原理
  5. Object類中的方法以及每一個方法的做用

這些其實要求蠻高的,去年一全年基本把JDK中重要類的源代碼研究了個遍,真的花費時間、花費精力,固然回頭看,是值得的----不只僅是爲了應付面試。

七、框架

老生常談,面試必問的東西。通常來講會問你一下大家項目中使用的框架,而後給你一些場景問你用框架怎麼作,好比我想要在Spring初始化bean的時候作一些事情該怎麼作、想要在bean銷燬的時候作一些事情該怎麼作、MyBatis中$和#的區別等等,這些都比較實際了,平時積累得好、有多學習框架的使用細節天然都不成問題。

若是上面你的問題答得好,面試官每每會深刻地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理,固然這個很簡單啦,兩句話就搞定的的事兒,即便你不會準備一下就行了。我遇到的最變態的是讓LZ畫一下Spring的Bean工廠實現的UML圖,固然面對這樣一個有深度的問題,按目前的水準是絕對答不出來的/(ㄒoㄒ)/~~

八、數據庫

數據庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了,比較重要的就是數據庫性能的優化,若是對於數據庫的性能優化一竅不通,那麼有時間,仍是建議你在面試前花一兩天專門把SQL基礎和SQL優化的內容準備一下。

不過數據庫卻是不用擔憂,一家公司每每有不少部門,若是你對數據庫不熟悉而基本技術又很是好,九成都是會要你的,估計會先把你放到對數據庫使用不是要求很是高的部門鍛鍊一下。

九、數據結構和算法分析

數據結構和算法分析,對於一名程序員來講,會比不會好並且在工做中絕對能派上用場。數組、鏈表是基礎,棧和隊列深刻一些但也不難,樹挺重要的,比較重要的樹AVL樹、紅黑樹,能夠不瞭解它們的具體實現,可是要知道什麼是二叉查找樹、什麼是平衡樹,AVL樹和紅黑樹的區別。記得某次面試,某個面試官和我聊到了數據庫的索引,他問我:

你知道索引使用的是哪一種數據結構實現嗎?

我答到用的Hash表吧,答錯。他又問,你知道爲何要使用樹嗎?我答到由於Hash表可能會出現比較多的衝突,在千萬甚至是上億級別的數據面前,會大大增長查找的時間複雜度。而樹比較穩定,基本保證最多二三十次就能找到想要的數據,對方說不徹底對,最後咱們仍是交流了一下這個問題,我也明白了爲何要使用樹,這裏不說,網友朋友們以爲索引爲何要使用樹來實現呢?

至於算法分析,不會、不想研究就算了,記得某次面試對方問我,Collections.sort方法使用的是哪一種排序方法,額,吐血三升。固然爲了顯示本身的博學,對算法分析也有必定的研究(⊙﹏⊙)b,我仍是硬着頭皮說了一句多是冒泡排序吧。固然答案確定不是,有興趣的網友朋友們能夠去看一下Collections.sort方法的源代碼,用的是一種叫作TimSort的排序法,也就是加強型的歸併排序法。

十、Java虛擬機

出乎個人意料,Java虛擬機應該是很重要的一塊內容,結果在這幾家公司中被問到的機率幾乎爲0。要知道,LZ去年但是花了大量的時間去研究Java虛擬機的,光周志明老師的《深刻理解Java虛擬機:JVM高級特性與最佳實踐》,我就讀了不下五遍。

言歸正傳,雖然Java虛擬機沒問到,但我以爲仍是有必要研究的,就簡單地列一個提綱吧,談談Java虛擬機中比較重要的內容:

Java虛擬機的內存佈局
GC算法及幾種垃圾收集器
類加載機制,也就是雙親委派模型
Java內存模型
happens-before規則
volatile關鍵字使用規則

也許面試無用,但在走向大牛的路上,不可不會。

十一、Web方面的一些問題

Java主要面向Web端,所以Web的一些問題也是必問的。我碰到過問得最多的兩個問題是:

談談分佈式Session的幾種實現方式

經常使用的四種能答出來天然是讓面試官很是滿意的,另一個常問的問題是:

講一下Session和Cookie的區別和聯繫以及Session的實現原理

這兩個問題以外,web.xml裏面的內容是重點,Filter、Servlet、Listener,不說對它們的實現原理一清二楚吧,至少能對它們的使用知根知底。另外,一些細節的方面好比get/post的區別、forward/重定向的區別、HTTPS的實現原理也均可能會被考察到。

最後,若是有興趣有時間,建議學習、研究一下SOA和RPC,面向服務體系,大型分佈式架構必備,救命良方、包治百病、屢試不爽。

 

關於我的潛力

關於這一點我以爲是應該是貫穿於整個面試過程的。若是你能作到以下幾點,相信會在面試官內心留下一個好印象。

  • 面試時可以保持良好、平穩的心態。條理清晰地回答面試官的問題,同時體現本身有較濃的技術興趣。
  • 整個面試過程態度積極向上,不要有任何悲觀消極的態度(尤爲在談到之前公司狀況的時候,即便有再多的不滿),就不會有問題。
  • 關於HR面,不能輕視。不少公司HR對面試者都有一票否決權。所以碰到一些難處理的問題必定要慎重回答,四個字:滴水不漏。

不是全部的程序員都是大牛,都能靠技術征服面試官。大部分程序員沒有太好的項目經驗、技術也不是特別突出,沒必要妄自菲薄,由於還有不少人和你同樣。

重要的是:怎麼在和你差很少的程序員中脫穎而出?

我相信,只要你在面試過程當中體現出對技術的熱情、積極向上的態度、不卑不亢的風貌就能給面試官留下一個良好的印象,而當你具有了這些特質時,那你已經變成準大牛了。

試問,還有哪家求賢若渴的公司會由於一些表面的問題刁難你呢?還有哪一個公司會拒絕你成爲儲備人才呢?

 

結語

想起一句話——你若怒放,清風自來。獻給正在程序員修煉路上奮力前行的大家!共勉!

相關文章
相關標籤/搜索