最壞的不是面試被拒,而是沒面試機會,以面試官視角分析哪些簡歷至少能有面試機會

    本人在以前的博客裏寫了不少面試技巧,這是有個前提:至少候選人被面試了,在這個前提下,候選人哪怕失敗了,至少也能用實戰來檢驗和校對面試準備的結果,用句比較時髦的話來講就是試錯,多試幾回以後總能找到正確的方式。前端

    本人在技術面試的實踐中,對簡歷會作初步的篩選,在這過程當中,會發現有些簡歷是必定通不過的,也就是說不會有面試機會,甚至若是該候選人用這份簡歷,在其它公司也未必能獲得面試機會,那麼這類候選人就比較悲催了。java

    爲何這麼說呢?第一,這些候選人每每甚至不會意識到這些,每每繼續用這份簡歷投,這樣大把時間就這樣浪費了。第二,若是真的是瞎貓碰上死耗子,獲得技術面試的機會,那麼面試官在閱讀這份簡歷時,對該候選人的印象不會很好,也就是說,這類候選人得在面試中表現很是出色才能應聘成功。web

     若是這類候選人能力差倒也算了,但若是能力尚可(或比較優秀),那麼這就很是惋惜了。面試

     在這博客的主要內容有以下四點。redis

     第一,哪類簡歷必定沒面試機會。 算法

     第二,如何讓簡歷爲你爭取更多的面試機會。 spring

     第三,如何在簡歷中高效地敘述項目經驗。sql

     第四,在項目經驗比較少的狀況下(好比畢業生或實習生或初級開發),如何挖掘項目經驗。數據庫

     其它內容,好比如何在面試中敘述項目經驗,以及如何表現,本文無論。編程

     好了,正文開始。

 

1  別用萬能簡從來投遞不一樣的工做

     用最簡單的言辭說簡歷的篩選標準:不知足條件的簡歷會過濾掉。

 

    雖然這看似廢話,但我還真得說,由於在投簡歷時,很多候選人還真會往槍口上撞。此話怎講?

    通常在職位描述裏,會寫清楚本職位的具體要求,這裏實際上是很是仔細的,就至關於考綱,人事或技術面試官就按這個篩選簡歷,乃至作後面的面試。   

    好比在某個職位介紹上有以下四點要求。第一,計算機相關專業,本科以上學歷,4年以上java項目開發經驗。第二,熟練Spring mvc,Mybatis/Hibernate等經常使用java開發框架。第三,熟練使用Mysql、Oracle等數據庫,具備查詢優化的能力。第四,有銀行相關的業務經驗者優先。

    其中第一點是關於學歷和工做年限的硬指標,若是這方面沒達標,基本不會給面試機會。第二和第三點是關於具體技能要求的,在篩選時會着重看簡歷中的項目描述,以「Spring MVC「和「調優「等的關鍵字來確認候選人以前的工做經驗是否和本崗位相匹配,而最後一點是加分項。

     哪怕是針對同一個項目,哪怕是在其中作相同的事情(好比Java後端開發), 不一樣的候選人寫的簡歷,側重點絕對不會相同。好比張同窗會側重Spring MVC框架,李同窗會側重SQL調優,雖然他們二者都作過。

    但若是他們就拿這份只側重一點的簡從來投上述工做,也可能會被過濾掉。爲何?由於在職位介紹上寫的明明白白,須要兩個側重點,但兩位同窗都只寫了一個,雖然都作過。這談不上惋惜,誰讓他們不仔細看職位描述?

    我在幫別人作簡歷輔導時,這類問題廣泛存在,針對性的建議是:別用萬能簡歷投,仔細閱讀各職位的介紹,而後投以前針對性地作微調。    

 

2  別在簡歷中讓面試官看到以下的狀況

    在篩選簡歷時,除了上述學歷等硬指標和項目技能因素以外,若是在簡歷中看到以下的狀況,通常會慎重考慮甚至不給面試機會。

    1 簡歷上,最近的項目經驗和本崗位的無關。

    好比本崗位要Spring cloud或spring boot,但候選人最近在作spring mvc,這或許還能給面試機會,但若是候選人最近作的是.NET,甚至作的不是開發而是測試等非相關的工做,那麼可能就得不到面試機會了。

    由於最近沒在作,因此有可能該技能就被荒廢掉了。畢竟須要拳不離手,曲不離口。

   

    2 最近處於不在職狀態,並且這持續時間長於3個月。

    對此,若是簡歷上沒給出諸如換城市或複習考研等合理的解釋,那麼公司可能就認爲該候選人能力不行致使一直沒法面試成功,因此通常不會給面試機會。

 

    3 最近頻繁跳槽,並且每份工做持續時間都不長。

    出現這類狀況,並且簡歷上沒額外解釋,公司會認爲該候選人能力不行從而致使每份工做都作不長,或者穩定性很差,總之,出現這類狀況,通常不會給面試機會。

  

    4 雖然工做年限達標,但符合要求的項目年限不達標。

    好比某工做須要5年以上java後端經驗,小王工做雖然也有5年了,但簡歷上寫的工做經驗,其中1年是作測試,1年是作銷售,java後端才3年經驗,這類簡歷通常也會過濾掉。

     請注意,職位介紹裏要求5年以上經驗,指的是商業項目經驗,再說通俗點就是能掙到錢的項目經驗。

     在排查簡歷時,人事或技術面試官會去掉畢業設計,學習經驗和一些培訓學校給出的實訓經驗。

    不是說這些項目經驗對候選人沒幫助,這裏的意思是,由於客戶須要爲商業項目經驗付錢,因此這類項目要求高,相比之下,上文中描述的其它經驗含金量就低了。

     

3  在簡歷中,如何吸引面試官的注意?

    這個問題其實也很好回答:面試官只關心簡歷中和招聘要求相關的內容,包括技能描述和項目經驗。

    這個很好理解,好比某項目組須要招一個有5年經驗的java後端開發,須要spring cloud,redis,oracle等技能,那麼在挑選簡歷時,必定是根據這些關鍵字來看。

    爲了讓面試官更高效地關注到你的簡歷,比較通用的作法是:

    1 首先天然是寫我的信息,好比手機號郵箱等。

    2 其次,在首頁的靠前位置,羅列出你的技術特長,好比擅長spring cloud,有Redis經驗等。通常來講,這部分的總結須要和職位介紹相匹配,好比職位介紹列了5點,並且你全都知足時,你至少寫上這5點,而後再寫些其它你的特長。

    若是你本身感受有點沒達標,那麼儘可能寫上能彌補的技術擅長點,好比要求是要會用大數據經驗,你實在沒這方面的經驗,那麼至少些些SQL調優。 但至少在羅列本身技術擅長點時,得切題。

    3 經過項目經驗證實你熟悉剛纔羅列出的技能,好比你剛纔寫,熟悉spring cloud,那麼你就能夠在項目介紹時,大體說下你項目背景,以及在其中你用到過哪些Spring cloud的組件。

 

4 如何介紹項目經驗

    在簡歷中,其實最關鍵的是項目經驗描述,在這部分裏,你得讓面試官感受你有儘量多的相關技術經驗。 

    假設有以下的職位描述。1、計算機及相關專業畢業,3年以上Java Web項目開發經驗;熟悉Linux平臺。 2、精通JAVA 編程,熟悉Spring、Spring MVC、Mybatis/Hibernate等開源框架,熟悉經常使用cache機制,Jsp/Servlet等技術。 3、熟悉Tomcat、Nginx等應用服務器的配置和優化。4、熟悉數據結構和算法,熟悉Java多線程開發。熟悉MySQL、Redis,熟悉數據庫索引。5、瞭解Web前端技術,包括HTML5/CSS/Javascript等。6、擁有良好的溝通能力和文檔能力。7、勤奮而善於思考,願意不斷挑戰和提高本身。

    那麼咱們就能夠根據職位需求,從以下幾個方面來描述項目經驗。

    第一,簡要描述項目的背景,好比時間範圍,客戶是誰,項目規模有多大。

    從x年x月到如今(這個時間範圍至少是最近半年),我參與某外匯交易系統,客戶是xx銀行,這個項目組的構成是,1位項目經理外加10位開發,總共的規模大概在80我的月左右。

    第二,大體描述項目的需求和包含哪些模塊,而後簡要說下你作了哪些模塊,同時說下在這個項目用到的開發工具和主要技術點,這部分的描述以下所述。

    這個外匯交易系統包括掛盤撮合成交、實盤成交、反洗錢和數據批處理等模塊,我主要負責了掛盤撮合成交模塊,其中用到了Spring MVC架構,數據庫是Oracle,用Mybatis實現的ORM,該系統是運行發佈在Weblogic服務器上,咱們還用了Nginx來實現負載均衡,用Redis來緩存數據。在這個項目裏,我還用到了JS實現了一些前臺頁面。

    這裏請你們注意以下的要點。

    1 招聘方在看簡歷時,更關注的是用的技術,因此這裏無需過分展開該項目裏的業務細節,好比無需用大篇幅來寫掛盤撮合成交模塊裏幹了什麼事情。

    2 若是在這個項目裏用到了職位介紹裏給出的技術,應儘可能寫在項目描述裏,但也要不能不顧事實地一股腦全寫上。

    第三,這裏能夠在剛纔的基礎上展開寫這些技術在項目裏是如何用的,以此來進一步證實你和所應聘職務的匹配度。一樣這裏也應圍繞技術,而別多寫業務細節,你們能夠參考以下的範例。

    具體而言,在這項目的掛盤撮合成交模塊裏,咱們用到Spring MVC框架,用到了其中的攔截器來攔截非法的掛盤訂單請求,在數據庫層面,咱們還把一些經常使用數據放入Redis裏,在Redis裏咱們用到了list和set這兩種數據類型,並且還用到了master-slave模式。在使用Nginx時,咱們是經過配置來避免出現Session粘滯的問題。

    若是你們只寫用到過Spring MVC和Nginx,那麼篩選簡歷的人看一眼就過了,最多認爲你們用過。但若是你們再寫一些只有用過才能知道的細節點,好比Nginx的master-slave模式,那麼就會給招聘方留下比較深入的印象,你們給他們的感受就會是「不只用過,並且熟悉(或精通)」。

 

5  別讓你的項目看上去像學習或培訓項目

    咱們在平時學習中,通常會本身搭建一個項目,這能夠叫學習項目,好比通常的畢業設計也能叫學習項目。

    在培訓學校裏,通常會經過案例來說述,這個案例通常是根據實際商業項目改編的,但這也只能叫培訓項目。

    這裏無心貶低學習項目經驗,更無心貶低培訓項目經驗,但以前也說過,商業項目的價值最大,另外兩種雖然也能幫助你們提高,但在面試中(或者在篩選簡歷時) ,通常的面試官會排除非商業項目,這是個廣泛的事實。

    好比我以前見過一份簡歷,有5年相關經驗,這足以知足高級開發的年限要求,但通過排查,有2年是培訓或學習經驗,那麼有效的商業項目年限只能是3年了,這頂多只能算初級的高級開發了。

    這裏透露下甄別非商業項目經驗的方法:

    1 簡歷中,這部分項目的時間段正好和培訓時間段重合。

    2 明着寫,這是畢業設計項目。

    3 從名字上看比較簡單,好比某某客戶管理系統,或某圖書管理系統,並且用的技術比較簡單,好比存粹就spring mvc等,或者項目人月數明顯和商業項目有差異。總之,這類項目比較簡陋,簡陋到通常的公司都不會(或不必)用,那麼這些就有多是學習項目了。

    4 培訓學校裏的學生通常是批量出來的,若是在某段時間內,看到很多簡歷中的項目描述很類似,並且時間點很重合,那麼就有多是培訓項目了。

    這裏只講如何甄別非商業項目經驗,至於如何把非商業項目寫成商業項目,這個明顯屬於造假,本文不提。

    

 

6  剛畢業的人(以及年限少的人)該如何挖掘項目經驗

    請注意這裏的用詞是挖掘,也就是說是基於事實,在敘述時有所側重,但絕非造假。來看兩個例子。

    好比小張在大三時幫計算機系的王老師所在的ABC軟件公司幹了半年的活,若是小張在簡歷上寫:「在校期間,從x年x月到x年x月完成了xx系統,用到了xx技術」,那麼這多半會被當成相似於課程設計的學習經驗,但若是再加上以下關鍵性的描述:「這個系統是屬於xx公司的xx商業項目裏的一部分,我和另外三位開發人員作了半年,最終這個系統成功上線並在客戶xx公司的環境裏投入運營」,那這樣小張的商業項目總年限裏就能加上這半年時間了。

    又如小李在作畢業設計時,花了7個月的時間參與了導師的一個電商商業項目,他主要的工做是設計一個調度算法,但也參與了一些諸如訂單管理模塊的工做。若是他就平淡地寫一句,畢業設計是xx,畢業論文是xx,那麼招聘方看過就算了,也不會認爲小李在作畢業設計時還有過商業項目經驗,這樣小李未免有些吃虧。

    但若是這樣寫:「在x年x月到x年x月的7個月裏,在畢業設計中,我參與了xx公司的xx電商項目,客戶方是x,我參與了訂單管理和xx模塊,並設計了其中的調度算法,在個人畢業論文裏,詳細介紹了這種作法」。文字沒修改太多,但足以讓小李增長7個月的商業項目經驗。     

    再列份我看到過一份印象比較深入的簡歷,某候選人小丁在某三個月的時間內,一邊參加培訓,一邊還在朋友的公司裏兼職作着xx信息管理系統的項目(這不違背常理)。那麼若是小丁能很好地在簡歷中很好地說明這個狀況,並且還能在面試中很好地回答相應的問題,那麼咱們不得不相信小丁在這個三個月裏確實作的是商業項目。   

        

7  商業項目未必是全職項目,若是你在某項目中有多個角色,那麼挑和職位描述匹配的寫

     很多人認爲,商業項目必定是全職項目,並且必定得和個人職責相匹配,其實這是個思惟誤區,大多數狀況下是這樣,但也有例外。

     我見過很多畢業生,明明在讀書階段的大三大四出去幹了很多兼職,但在簡歷中就不體現這點,這種屬於不寫白不寫的。

     我也見過很多候選人,在某個時間段裏又作java後端開發,又客串測試,又作了前端的事,又作運維。你們別覺得這不可能,在小公司裏,通常真是一我的頂幾我的用。

    若是他在應聘java後端開發的簡歷中,大寫特寫運維的工做經驗,那麼經過篩選的可能性很低,但若是側重於寫java後端開發的經驗,好比寫用了後端開發的相關技術,那麼至少有可能獲得技術面試的機會。

 

8  概括本文的側重點

    本文的側重點在於如何讓你的簡歷幫你爭取到更多的面試技術,從正反兩方面圍繞這個主題寫了很多內幕和技巧。

    本文雖然比較長,但自認爲都是乾貨,不是一些看上去都對但用處很小的文字,因此自認爲對你們也有必定的幫助。

    正因如此,因此在最後本人尚敢推薦個人書:java web輕量級開發面試教程 

    其實本文很多內容是根據這本書改編的。

    請你們看在我將近半夜11點尚在辛苦碼字的份上,多幫忙推薦這篇文章,若是能幫忙推薦個人書,那就更感激涕零了。

   

9  版權聲明

    若是要在非商業用途下引用本文,請註明本文的原始url地址,同時請保留推薦書的部份內容。

相關文章
相關標籤/搜索