如何在面試中介紹本身的項目經驗,90%的人都作錯了!

目錄

一、如何準備項目介紹?別懼怕,面試官什麼都不知道程序員

二、準備好項目細節,一旦被問倒,說明你沒作過面試

三、不露痕跡地說出面試官愛聽的話數據庫

四、主動出擊,面試官沒有義務挖掘你的亮點後端

五、低級錯誤可能致使直接出局性能優化

六、引導:準備加分點,在介紹時低調拋出,但別說全多線程

七、你能夠引導,但不能自說自話架構

八、總結併發

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

       根據咱們的面試經驗,發現有很多候選人對此沒準備,提及來磕磕巴巴,甚至有人說出項目經驗從時間段或技術等方面和簡歷上的不匹配,這樣就會形成以下的後果。數據庫設計

       1 第一印象就很差了,至少會感受該候選人表述能力不強。

       2 通常來講,面試官會根據候選人介紹的項目背景來提問題,假設面試時會問10個問題,那麼至少有5個問題會根據候選人所介紹的項目背景來問,候選人若是沒說好,那麼就無法很好地引導後繼問題了,就至關於把提問權徹底交給面試官了。

       面試時7份靠能力,3份靠技能,而剛開始時的介紹項目又是技能中的重中之重,因此本文將從「介紹」和「引導」兩大層面告訴你們如何準備面試時的項目介紹。

       好了,以下是正文內容。

-------------------------------------------------------------------------------------------------

1  在面試前準備項目描述,別懼怕,由於面試官什麼都不知道

 

面試官是人,不是神,拿到你的簡歷的時候,是無法覈實你的項目細節的(通常公司會到錄用後,用背景調查的方式來覈實)。更況且,你作的項目是以月爲單位算的,而面試官最多用30分鐘來從你的簡歷上了解你的項目經驗,因此你對項目的熟悉程度要遠遠超過面試官,因此你一點也不用緊張。若是你的工做經驗比面試官還豐富的話,甚至還能夠控制整個面試流程(筆者在面試方面成精後也常常幹這種事情,你們必定也能行)。

你面試官

對你之前的項目和技能很瞭解只能聽你說,只能根據你說的內容作出判斷

在面試過程當中的職責在很短的時間內防守成功便可若是找不出漏洞,就只能算你之前作過

準備時間面試前你有充足的時間準備通常在面試前用30分鐘閱讀你的簡歷

溝經過程你能夠出錯,但別出關鍵性的錯誤不會太爲難你,除非你太差

技巧你有足夠的技巧,也能夠從網上找到足夠多的面試題其實就問些通用的有規律的問題

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

提問方式目的

讓你描述工做經驗和項目(極有多是最近的),看看你說的是否和簡歷上一致看你是否真的作過這些項目

看你簡歷上項目裏用到的技術,好比框架、數據庫,而後針對這些技術提些基本問題仍是驗證你是否作過項目,同時看你是否瞭解這些技術,爲進一步提問作準備

針對某個項目,不斷深刻地問一些技術上的問題,或者從不一樣側面問一些技術實現,看你先後回答裏面是否有矛盾深刻覈實你的項目細節

針對某技術,問些項目裏必定會遇到的問題,好比候選人說作過數據庫,那麼就會問索引方面的問題經過這類問題,覈實候選人是否真的有過項目經驗(或者還僅僅是學習經驗)

 

2  準備項目的各類細節,一旦被問倒了,就說明你沒作過

 

通常來講,在面試前,你們應當準備項目描述的說辭,自信些,由於這部分你說了算,流利些,由於你通過充分準備後,能夠知道你要說些什麼。並且這些是你實際的項目經驗(不是學習經驗,也不是培訓經驗),那麼一旦讓面試官感受你都說不上來,那麼可信度就很低了。

        很多人是拘泥於「項目裏作了什麼業務,以及代碼實現的細節」,這就至關於把後繼提問權直接交給面試官。下表列出了一些很差的回答方式。

回答方式後果

我在XX軟件公司作了XX門戶網站項目,這個項目作到了XX功能,具體是XX和XX模塊,各模塊作了XX功能,客戶是XX,最後這個項目掙了XX錢直接打斷,由於業務需求我不須要了解,我會直接問他項目裏的技術

(須要招聘一個Java後端開發,會Spring MVC)

最近一個項目我是用C#(或其餘非Java技術)實現的,實現了……或者我最近作的不是開發,而是測試……或者我最近的項目沒有用到Spring MVC

提問,你最近用到SSH技術的項目是何時,而後在評語上寫:最近XX時間沒接觸過SSH

在畢業設計的時候(或者在讀書的時候,在學習的時候,在XX培訓學校,在XX實訓課程中),……直接打斷,提問你這個是不是商業項目,若是不是,你有沒有其餘的商業經驗。若是沒商業項目經驗,除非是校招,不然就直接結束面試

描述項目時,一些關鍵要素(好比公司、時間、所用技術等)和簡歷上的不匹配咱們會深究這個不一致的狀況,若是是簡歷造假,那麼可能直接中斷面試,若是真的是筆誤,那麼就須要提供合理的解釋

       在避免上述很差的回答的同時,你們能夠按下表所給出的要素準備項目介紹。若是能夠,也請你們準備一下用英語描述。其實剛畢業的學生,或者工做經驗較少的人,英語能力都差很少,但你說了,這就是質的進步。      

要素樣式

控制在1分鐘裏面,講出項目基本狀況,好比項目名稱,背景,給哪一個客戶作,完成了基本的事情,作了多久,項目規模多大,用到哪些技術,數據庫用什麼,而後酌情簡單說一下模塊。重點突出背景,技術,數據庫和其餘和技術有關的信息。我在XX公司作了XX外匯保證金交易平臺,客戶是XX銀行,主要完成了掛盤,實盤成交,保證金槓桿成交等功能,數據庫是Oracle,前臺用到JS等技術,後臺用到Java的SSH,幾我的作了X個月。不須要詳細描述各功能模塊,不須要說太多和業務有關但和技術無關的。若是面試官感興趣,等他問。

要主動說出你作了哪些事情,這部分的描述必定須要和你的技術背景一致。我作了外匯實盤交易系統,掛單成交系統,XXX模塊,作了X個月

描述你在項目裏的角色我主要是作了開發,但在開發前,我在項目經理的帶領下參與了業務調研,數據庫設計等工做,後期我參與了測試和部署工做。

能夠描述用到的技術細節,特別是你用到的技術細節,這部分尤爲要注意,你說出口的,必定要知道,由於面試官後面就根據這個問的。

你若是作了5個模塊,寧肯只說你能熟練說上口的2個。

用到了Java裏面的集合,JDBC,…等技術,用到了Spring MVC等框架,用技術鏈接數據庫。

這部分你風險本身承擔,若是能夠,不露聲色說出一些熱門的要素,好比Linux,大數據,大訪問壓力等。但一旦你說了,面試官就會直接問細節。這個系統裏,部署在Linux上,天天要處理的數據量是XX,要求是在4小時,1G內存是的狀況下處理完5千萬條數據。平均訪客是每分鐘XXX。

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

要避免的狀況正確的作法緣由

回答很簡單。問什麼答什麼,每每就用一句話回答把你知道的都說出來,重點突出你知道的思想,框架問:你SSH用過嗎?

答:用過。

問:在什麼項目裏用到?

答:一個保險項目

問:你作了哪方面的事情?

答:開發

我直接不問了

說得太流利適當停頓,邊思考邊說讓面試官感受你在背準備的東西,這樣後面問題就很難

項目介紹時什麼都說,就說些剛纔讓準備的一些,並且要有邏輯地說會讓面試官感受你思路太亂

別太多介紹技術細節,就說你熟悉的技術技術面點到爲止,等面試官來問你說到的全部技術要點,均可能會被深問。面試官通常會有本身的面試節奏,若是你在介紹時就太多說技術細節,頗有可能被打斷,從而無法說出你準備好的亮點。

 

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

 

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

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

關鍵點說辭

能考慮到代碼的擴展性,有參與框架設計的意識個人項目XX保險項目,用到SSH技術,數據庫是Oracle,(這個是鋪墊),開發的時候,我會先和項目經理一塊兒設計框架,並參與了框架的構建,鏈接數據庫的時候,咱們用到了DAO,這樣作的理由是,把SQL語句封裝到DAO層,一旦要擴展功能模塊,就能夠不用作太多的改動。在此我向你們推薦一個架構學習交流羣。交流學習圈:948368769裏面會分享一些資深架構師錄製的視頻錄像:有Spring,MyBatis,Netty源碼分析,高併發、高性能、分佈式、微服務架構的原理,JVM性能優化、分佈式架構等這些成爲架構師必備的知識體系。還能領取免費的學習資源,目前受益良多

有調優意識,能經過監控發現問題點,而後解決

在開發階段,我就注意到內存的性能問題和SQL運行的時間問題,在壓力測試階段,我會經過xx工具來監控內存和數據庫,發現待提高的代碼點,而後經過查資料來優化。最後等項目上線後,咱們會部署監控系統,一旦發現內存和數據庫問題,咱們會第一時間解決。

動手能力很強,肯幹活,會的東西比較多,團隊合做精神比較好在項目裏,我不只要作開發的工做,並且須要本身測試,須要本身根據一些日誌的輸出到數據庫或Java端去debug,當我開好一個模塊時,須要本身部署到Linux上測試。

或者,一旦遇到問題,若是是業務方面的,我會及時和項目經理溝通,若是是技術方面的,我會本身查資料,若是是測試方面的,我會及時和測試的人溝通。

責任心比較強,能適應大壓力的環境被問「你若是在項目裏遇到問題怎麼辦?」

回答:遇到問題我先查資料,若是實在無法解決,不會拖,會及時問相關的人,即便加班,也會在規定的時間內解決。

有主見,能不斷探索新的知識在項目裏,我會在保證進度的前提下和項目經理說個人想法,提出個人解決方案。在開發過程當中,我會先思考一下,用一種比較好的方式,好比效率最高的方法實現。

另外你要找機會說出:平時我會不斷看一些新技術(好比大數據Hadoop),會不斷深刻了解一些框架和技術的實現底層。

 

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

 

我去面試人家的時候,每每會特別提問:你項目裏有什麼亮點?或者你做爲應聘者,有什麼其餘加分項能幫你成功應聘到這個崗位。即便這樣問,還有些人直接說沒有。

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

        好比:在這個項目裏用到了什麼技術?你除了說一些基本的技術,好比Spring MVC,Hibernate,還有數據庫方面的常規技術時,還得說,用到了Java內存管理,這樣能減小對虛擬機內存的壓力,或者說用到了大數據處理技術等。也就是說,得找一切機會說出你拿得出手的並且當前也很是熱門的技術。

        或者找個相關的問題作擴展性說明,好比被問到:你有沒有用到過一對多和多對多?你除了說基本知識點之外,還能夠說,通常我還會根據需求適當地設置cascade和inverse關鍵字,隨後經過一個實際的案例來講明合理設計對你項目的幫助,這樣就能延伸性地說明你的技能了。相反若是你不說,面試話必定會認爲你只會簡單的一對一和一對多操做。

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

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

      我在面試別人過程當中,根據不一樣的狀況通常會給出以下的評語。

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

      2 回答很簡單,經過回答我無法驗證他是在項目裏作過這個技術,仍是僅僅在平時學習中學過這個技術。我就會寫「在簡歷中說用過XX技術,但對某些細節說不上來,無法看出在項目裏用到這個技術」,若是這個技術是職務必需點,那麼他經過面試的可能性就很是小。

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

      4 雖然經過回答能很好地展現本身的技能,但邏輯調理不清晰,那麼我會讓他經過技術面試,但會寫上「技能很好,但表達能力通常(或有待提升),請後繼面試經理斟酌」。這樣經過後繼綜合面試的機會就通常了,畢竟綜合面試會着重考察表達能力交往能力等非技術因素。

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

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

 

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

錯誤類型致使的後果

先後矛盾,後面的回答沒法證實你的項目描述,好比一開始說用到了Spring MVC,後面無法說出最基本的實現,好比不知道Spring有哪些類,或者無法說出項目的細節。我會懷疑這個項目的真實性,我就會進一步問:數據庫用什麼,數據量多少?多少人作了多少時間,一旦再出現明顯漏洞,好比一個小項目用到很是多的時間,那麼就不只僅是技術問題,而是在面試過程當中企圖「矇混過關」的性質了。

項目裏必定會用到的基本概念性問題都回答不上,Spring的依賴注入概念是什麼,怎麼用的,或者Hibernate的一對多怎麼實現一旦被我發現概念不知道,我就會經過更多問題確認,若是被我確認很弱,這就至關嚴重,由於技術能力差和技術沒用過是兩個大相徑庭的情況,技術沒用過會致使直接出局。

面試時說出的工做經驗和簡歷上的不一致我會直接懷疑簡歷是編的,我會讓候選人解釋,即便是說簡歷寫錯了,我也會問比較深刻的問題來覈實他的技能和能力。

簡歷上的技能描述和回答出來的明顯不一致,好比明明是隻會簡單的Linux,但吹得天花亂墜我會經過一些比較深的問題覈實其餘技能,找出其餘方面吹噓的水分。

因此建議,你能夠適當誇張,但別過度,好比你在項目裏沒搭建框架但平時學習時搭建過,你能夠寫「XX項目的框架是你搭建的」,但你不能說你是一個架構師,很是瞭解項目的底層。

讓面試官感受你不穩定,很浮躁,好比說話不莊重,或者面試時打扮很是不正規,就穿背心來。即便你技術再好,這個會可能致使你直接出局。

我對油嘴滑舌的候選人通常會直接寫上很差的評語,這樣很難事後面項目經理的面試。

我還遇到一我的,簡歷上工做是半年一換,我問他爲何常常換,他直接說是待遇問題,這我的我是直接Fail掉。

明說不能加班,不能出差其實雖然有這一問,但公司裏未必真的會加班會出差。但

聽到這類回答,說明這我的不能承受大壓力的工做,或者責任心不強,大多數公司是不會要這種人的。

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

 

在作項目介紹的時候,你能夠穿插說出一些你的亮點,但請記得,不論在介紹項目仍是在回答問題,你當前的職責不是說明亮點而是介紹項目,一旦你詳細說,可能會讓面試官感受你跑題了。

       因此這時你能夠一筆帶過,好比你能夠說,「咱們的項目對數據要求比較大,忙的時候平均每小時要處理幾十萬條數據」,這樣就能夠把面試官引入「大數據」的方向。

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

      再給你們舉個例子,好比Java虛擬機內存管理和數據庫優化是絕大多數項目都要遇到的兩大問題,你們均可以在敘述項目經驗時說,在這個項目裏,咱們須要考慮內存因素,由於咱們的代碼只容許在2G內存環境中運行,並且對數據庫性能要求比較高,因此咱們常常要監控優化內存和數據庫裏的SQL語句。這樣當面試官深刻提問時,就能拋出本身準備好的虛擬機內存優化和數據庫優化方面的說辭。

       實在不行,你也能夠說「我除了作開發,也作了瞭解需求,測試和部署的工做,由於這個項目人手比較少,壓力比較大」,這樣你也能展現你有過獨擋一面的經歷。

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

7  你能夠引導,但不能自說自話

 

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

       我遇到個別面試的人,他們說話太多,通常會主動擴展,好比我問他數據庫用什麼,他不只回答數據庫是什麼,本身作了什麼,甚至順便會把大數據處理技術都說出來。

       其實過猶不及,我就會重點考察你說的每一個細節,由於我懷疑你說的都是你從網上看的,而不是你項目中用到的,我甚至會直接威脅:「你先和我說實話這個技術你真在項目裏用到,我後面會重點考察,一旦被認爲你項目裏沒作,這個性質就是矇混過關了」,每每這些人會主動坦白。

       不過話說回來,他若是僅僅說,數據量比較大,但點到爲止,不繼續說後面的話,我就會深刻去問,他天然有機會表達。同時請注意,通常在面試過程當中,一旦你亮出加分點,但面試官沒接嘴,這個加分點可能就不是項目必備的,也不是他所關注的,當前你就能夠別再說了,或者等到你提問題的時候再說。    

8  不是結尾的總結

到這裏,咱們已經給出了介紹項目的一些技巧。這些技巧都是從Java Web輕量級開發面試教程和Java核心技術及面試指南里摘錄的。

       兩句話,第一,面試前必定要準備,第二,本文給出是的方法,不是教條,你們能夠按本文給出的方向結合本身的項目背景作準備,而不是死記硬背本文給出的一些說辭。在此我向你們推薦一個架構學習交流羣。交流學習圈:948368769裏面會分享一些資深架構師錄製的視頻錄像:有Spring,MyBatis,Netty源碼分析,高併發、高性能、分佈式、微服務架構的原理,JVM性能優化、分佈式架構等這些成爲架構師必備的知識體系。還能領取免費的學習資源,目前受益良多

       當你們介紹好項目背景後,面試纔剛剛開始,哪怕你說得再好,哪怕你把問題引導到你準備的範圍裏,這也得應付Java Web(好比Spring MVC,ORM等)、Java Core(多線程、集合、JDBC等)和數據庫等方面的問題。

       那麼本文的價值體如今哪呢?若是引導很差,你根本沒機會展現本身的能力。這就是本文給出的方法價值所在。說句自詡的話,本文給出的一些方法和說辭不是拍腦殼想出來的,而是從面試上百個候選人的經歷中抽取出來的,其中有很多血淚,也有很多人成功的途徑,這篇文章多少對你們(尤爲是經驗不滿3年的初級程序員)有幫助,這也是本文申請放入首頁的理由。

     這不是結尾,咱們還將在合適的時候寫一些關於「如何應對常見問題」或「如何快速提高本身能力」等方面的博文。

相關文章
相關標籤/搜索