面試時如何不簡單de介紹自己的專案經驗?

weixin_33809981發表於2018-08-27
8943109-1e65253d5f2b5e7e.png

在面試時,經過寒暄後,一般面試官會讓介紹專案經驗 。常見的問法是,說下你最近的(或最拿得出手的)一個專案。

根據我們的面試經驗,發現有不少候選人對此沒準備,說起來磕磕巴巴,甚至有人說出專案經驗從時間段或技術等方面和簡歷上的不匹配,這樣就會造成如下的後果。

1. 第一印象就不好了,至少會感覺該候選人表述能力不強。

2. 一般來說,面試官會根據候選人介紹的專案背景來提問題,假設面試時會問10個問題,那麼至少有5個問題會根據候選人所介紹的專案背景來問,候選人如果沒說好,那麼就沒法很好地引導後繼問題了,就相當於把提問權完全交給面試官了。

面試時7份靠能力,3份靠技能,而剛開始時的介紹專案又是技能中的重中之重,所以本文將從“介紹”和“引導”兩大層面告訴大家如何準備面試時的專案介紹。

好了,如下是正文內容。

1、在面試前準備專案描述,別害怕,因為面試官什麼都不知道

面試官是人,不是神,拿到你的簡歷的時候,是沒法核實你的專案細節的(一般公司會到錄用後,用背景調查的方式來核實)。

更何況,你做的專案是以月為單位算的,而面試官最多用30分鐘來從你的簡歷上了解你的專案經驗,所以你對專案的熟悉程度要遠遠超過面試官,所以你一點也不用緊張。

如果你的工作經驗比面試官還豐富的話,甚至還可以控制整個面試流程(筆者在面試方面成精後也經常幹這種事情,大家一定也能行)。

8943109-e1dd6d6f6ffebf80

既然面試官無法瞭解你的底細,那麼他們怎麼來驗證你的專案經驗和技術?下面總結了一些常用的提問方式。

8943109-9727e3950a083a61

2、準備專案的各種細節,一旦被問倒了,就說明你沒做過

一般來說,在面試前,大家應當準備專案描述的說辭,自信些,因為這部分你說了算,流利些,因為你經過充分準備後,可以知道你要說些什麼。而且這些是你實際的專案經驗(不是學習經驗,也不是培訓經驗),那麼一旦讓面試官感覺你都說不上來,那麼可信度就很低了。

不少人是拘泥於“專案裡做了什麼業務,以及程式碼實現的細節”,這就相當於把後繼提問權直接交給面試官。下表列出了一些不好的回答方式。

8943109-e7fb462fd24f5854

在避免上述不好的回答的同時,大家可以按下表所給出的要素準備專案介紹。如果可以,也請大家準備一下用英語描述。其實剛畢業的學生,或者工作經驗較少的人,英語能力都差不多,但你說了,這就是質的進步。      

8943109-250a1164117b51d7

面試前,你一定要準備,一定要有自信,但也要避免如下的一些情況。     

8943109-39aaa7aa7f5477f1

3、不露痕跡地說出面試官愛聽的話

在專案介紹的時候(當然包括後繼的面試),面試官其實很想要聽一些關鍵點,只要你說出來,而且回答相關問題比較好,這絕對是加分項。我在面試別人的時候,一旦這些關鍵點得到確認,我是絕對會在評語上加上一筆的。

下面列些面試官愛聽的關鍵點和對應的說辭。

8943109-bf9114fab83257c7

4、一定要主動,面試官沒有義務挖掘你的亮點

我去面試人家的時候,往往會特別提問:你專案裡有什麼亮點?或者你作為應聘者,有什麼其他加分項能幫你成功應聘到這個崗位。即使這樣問,還有些人直接說沒有。

我這樣問已經是處於角色錯位了,作為面試者,應當主動說出,而不是等著問,但請注意,說的時候要有技巧,找機會說,通常是找一些開放性的問題說。

比如:在這個專案裡用到了什麼技術?你除了說一些基本的技術,比如Spring MVC,Hibernate,還有資料庫方面的常規技術時,還得說,用到了Java記憶體管理,這樣能減少對虛擬機器記憶體的壓力,或者說用到了大資料處理技術等。也就是說,得找一切機會說出你拿得出手的而且當前也非常熱門的技術。

或者找個相關的問題做擴充套件性說明,比如被問到:你有沒有用到過一對多和多對多?你除了說基本知識點以外,還可以說,一般我還會根據需求適當地設定cascade和inverse關鍵字,隨後通過一個實際的案例來說明合理設計對你專案的幫助,這樣就能延伸性地說明你的技能了。相反如果你不說,面試話一定會認為你只會簡單的一對一和一對多操作。

面試的時候,如果候選人回答問題很簡單,有一說一,不會擴充套件,或者用非常吝嗇的語句來回答我的問題,那麼我一般會給機會讓他們深入講述(但我不敢保證不是每個面試官都會深入提問),如果回答再簡潔,那麼也會很吝嗇地給出好的評語。

記住:面試官不是你的親戚,面試官很忙,能挖掘出你的亮點的面試官很少,而說出你的亮點是你的義務

我在面試別人過程中,根據不同的情況一般會給出如下的評語。

1、回答很簡答,但回答裡能證明出他對框架等技術確實是做過,我會在評語裡些“對框架了解一般,不知道一些深層次的知識(我都問了多次了你都回答很簡答,那麼對不起了,我只能這麼寫,或許你確實技術很強,那也沒辦法,誰讓你不肯說呢?)”,同時會加一句“表達能力很一般,溝通能力不強”,這樣即使他通過技術面試,後面的面試他也會很吃力。

2、回答很簡單,通過回答我沒法驗證他是在專案裡做過這個技術,還是僅僅在平時學習中學過這個技術。我就會寫“在簡歷中說用過XX技術,但對某些細節說不上來,沒法看出在專案裡用到這個技術”,如果這個技術是職務必需點,那麼他通過面試的可能性就非常小。

3、回答很簡單,而且只通過嗯啊之類的虛詞回答,經過提醒還這樣,我會敷衍幾句結束面試,直接寫“技術很薄弱,沒法通過面試”。

4、雖然通過回答能很好地展示自己的技能,但邏輯調理不清晰,那麼我會讓他通過技術面試,但會寫上“技能很好,但表達能力一般(或有待提高),請後繼面試經理斟酌”。這樣通過後繼綜合面試的機會就一般了,畢竟綜合面試會著重考察表達能力交往能力等非技術因素。

不管怎樣,一旦回答簡單,不主動說出你的擅長點,或沒有條理很清楚地說出你的亮點,就算我讓你通過面試,也不會寫上“框架細節瞭解比較深,資料庫應用比較熟練”等之類的好評語,你即使通過技術和後面的綜合面試,工資也是比較低的。

5、一旦有低階錯誤,可能會直接出局

面試過程中有些方面你是絕對不能出錯,所以你在準備過程中需要尤其注意如下的因素。下面列了些會導致你直接出局的錯誤回答。

8943109-84a652608622265e

6、引導篇:準備些加分點,在介紹時有意提到,但別說全

在做專案介紹的時候,你可以穿插說出一些你的亮點,但請記得,不論在介紹專案還是在回答問題,你當前的職責不是說明亮點而是介紹專案,一旦你詳細說,可能會讓面試官感覺你跑題了。

所以這時你可以一筆帶過,比如你可以說,“我們的專案對資料要求比較大,忙的時候平均每小時要處理幾十萬條資料”,這樣就可以把面試官引入“大資料”的方向。

你在面試前可以根據職位的需求,準備好這種“一筆帶過”的話。比如這個職位的需求點是Spring MVC框架,大資料高併發,要有資料庫調優經驗,那麼介紹以往專案時,你就最好突出這些方面你的實際技能。

再給大家舉個例子,比如Java虛擬機器記憶體管理和資料庫優化是絕大多數專案都要遇到的兩大問題,大家都可以在敘述專案經驗時說,在這個專案裡,我們需要考慮記憶體因素,因為我們的程式碼只允許在2G記憶體環境中執行,而且對資料庫效能要求比較高,所以我們經常要監控優化記憶體和資料庫裡的SQL語句。這樣當面試官深入提問時,就能丟擲自己準備好的虛擬機器記憶體優化和資料庫優化方面的說辭。

實在不行,你也可以說“我除了做開發,也做了瞭解需求,測試和部署的工作,因為這個專案人手比較少,壓力比較大”,這樣你也能展示你有過獨擋一面的經歷。

我在面試過程中,一旦聽到有亮點,就會等到他說好當前問題後,順口去問,一般技術面試最多辦半小時,你把時間用在回答準備好的問題點上的時候,被問其他問題的時間就會少了。

7、你可以引導,但不能自說自話

我面試的時候,也會遇到些有準備的人,其實如果你真的想應聘的話,一定要事先準備,這點我能理解,甚至贊同,你只要別露出太明顯的痕跡,我不會寫上“似乎有準備,沒法考察真實技能”這種話,更何況未必每個面試官都能感覺出你準備過。  但你不能憑著有準備而太強勢,畢竟面試是面試官主導的。

我遇到個別面試的人,他們說話太多,一般會主動擴充套件,比如我問他資料庫用什麼,他不僅回答資料庫是什麼,自己做了什麼,甚至順便會把大資料處理技術都說出來。

其實過猶不及,我就會重點考察你說的每個細節,因為我懷疑你說的都是你從網上看的,而不是你專案中用到的,我甚至會直接威脅:“你先和我說實話這個技術你真在專案裡用到,我後面會重點考察,一旦被認為你專案裡沒做,這個性質就是矇混過關了”,往往這些人會主動坦白。

不過話說回來,他如果僅僅說,資料量比較大,但點到為止,不繼續說後面的話,我就會深入去問,他自然有機會表達。同時請注意,一般在面試過程中,一旦你亮出加分點,但面試官沒接嘴,這個加分點可能就不是專案必備的,也不是他所關注的,當前你就可以別再說了,或者等到你提問題的時候再說。    

8、不是結尾的總結

到這裡,我們已經給出了介紹專案的一些技巧。這些技巧都是從 java web輕量級開發面試教程從摘錄的。

兩句話,第一,面試前一定要準備,第二,本文給出是的方法,不是教條,大家可以按本文給出的方向結合自己的專案背景做準備,而不是死記硬背本文給出的一些說辭。

當大家介紹好專案背景後,面試才剛剛開始,哪怕你說得再好,哪怕你把問題引導到你準備的範圍裡,這也得應付Java Web(比如Spring MVC,ORM等)、Java Core(多執行緒、集合、JDBC等)和資料庫等方面的問題。

那麼本文的價值體現在哪呢?如果引導不好,你根本沒機會展示自己的能力。這就是本文給出的方法價值所在。

說句自誇的話,本文給出的一些方法和說辭不是拍腦袋想出來的,而是從面試上百個候選人的經歷中抽取出來的,其中有不少血淚,也有不少人成功的途徑,這篇文章多少對大家(尤其是經驗不滿3年的初級程式設計師)有幫助。

這不是結尾,我們還將在合適的時候寫一些關於“如何應對常見問題”或“如何快速提升自己能力”等方面的文章。

相關文章