分析若干沒面試機會和沒體現實力的簡歷
我在外企和網際網路公司都做過技術面試官,見過不少簡歷,也經歷過篩選簡歷的流程。在面試前,簡歷是公司接觸候選人的唯一途徑,哪怕候選人再牛,但簡歷上沒體現出來,那麼抱歉,沒面試機會;同時,我也在面試中,感受到候選人的實際能力要比簡歷上描述的要強。
後者還好,至少有機會面試,至少有機會在面試中實現逆轉,但如果沒面試機會,一切都面談。在我之前的博文你的簡歷能幫你爭取到面試機會嗎裡,我是從正面講述簡歷該怎麼寫,在本文裡,我將從見到的一些簡歷中,分析下簡歷中普遍出現的問題。
1 有足夠的工作年限,但有些年裡乾的活和本崗位無關
在職位描述裡往往會有這樣一條:需要有若干年(比如5年)相關經驗。什麼叫相關經驗?比如本崗位是Java後端,簡歷中需要有5年Java後端經驗,再好些,比如本崗位核心要求是Spring MVC以及Spring Boot,那麼在有5年Java後端經驗的基礎上,最好Spring MVC以及Spring Boot經驗越多越好。
但在收到的簡歷中,往往不少候選人堂而皇之地寫著,某段專案經歷用的是.NET,或者某段時間乾的不是軟體開發的活,比如運維測試實施等。這些不相關工作經歷的年限,一定被扣除。
也有些簡歷,列的工作經歷不全,比如2011年從大學出來,但工作經歷從13年才開始,這時篩選簡歷的人絕不會把之前缺失的工作經歷算成相關經驗,或者有些簡歷中間有些時間段沒寫,比如缺失15年2月到8月的經歷,這個也不會被統計到相關年限裡。
被扣除後,如果年限沒到,可能就沒面試機會了,所以不少人工作7,8年,但簡歷上相關相關年限才4年,這樣的人投出去的簡歷可能面試機會很少,而且之中的原因,收到簡歷的公司絕不會告之。
2 最近一年的工作經歷,和本崗位需求無關
之前也提到過,公司需要招一個能立即幹活的人,所以最近一年(有些公司可能會降低到最近半年)的工作經驗最好能和本崗位的職位要求相匹配,不能說完全,但如果用到的技術,元件,專案背景乃至亮點越和本專案匹配,那麼這份簡歷得到面試的機會也就越高。甚至有些簡歷雖然在相關工作年限等方面沒達標,但這方面匹配度相當高,也會有面試機會。
但我見過不少簡歷,一定沒仔細讀過本崗位的職位介紹,在最近一年的專案描述裡,用到的技術匹配度不高。比如要求是Spring Boot,你用的是Spring MVC,這還好,但如果用的是Mobile相關的技術,那麼在同等條件下,競爭力就下降了。
其中道理大家其實都明白,但在收到的簡歷中,最近相關工作經驗能匹配上的,還真不多,原因也不難理解,往往候選人第一不看職位介紹,第二給不同公司投的是統一份簡歷。但這類瞎貓碰死耗子的簡歷未必能最大程度上匹配上心儀公司的職位需求,哪怕真能對上,估計面試中得付出更多的努力。
3 從簡歷中無法歸納出候選人的技術棧
在我見到的不少簡歷中,候選人寫的都是專案需求,著重寫了幹了什麼專案幹了什麼業務,把每個業務的功能點都描述非常仔細,相比之下用到的技術就寥寥無幾。
這類看上去更像產品說明書的簡歷,往往無法看出候選人用了哪些技術,那麼此時如果有其它簡歷,就未必肯在這類簡歷上浪費時間。
我還見到一些簡歷,在寫專案經歷時,只列了很少技術點。作為程式設計師,我能從專案描述裡推測出還用到哪些技術,但作為面試官,我一定不能推測,只能認為這位候選人只用到了所列的技術。
我見過在簡歷中列了很多技術點但面試時有些技術點沒說好的情況,但畢竟這類簡歷有面試機會,多面幾次之後,人家可以要麼繼續歸納技術要麼總結說辭,也就是說人家至少有機會進步。而對於哪些簡歷中只寫專案功能點而忽略技術描述的簡歷,就恐怕石沉大海了。
4 簡歷中的某些專案,看上去像培訓學校專案
這裡我沒有對培訓學校有意見,更無意對從培訓學校裡出來的學生有成見,只是從面試官的角度說明問題。一旦你簡歷中專案被坐實成培訓學校專案,那麼會有什麼後果?
第一,這個時間段會從你的總體工作時長中排除,比如你有畢業到現在有3年,但培訓用了半年,那麼相關技能的工作年限就有2年半。
第二,有些培訓學校會幫忙優化簡歷,所以會重點甄別職位要求的技能點,比如本崗位需要用Spring Boot,那麼比起其它的候選人,會問更多的相關問題。
第三,存在一些人通過培訓班轉行的情況,所以會重點甄別在培訓班之前的工作經驗。比如從簡歷上看,某人工作3年後,通過半年的培訓班學習,再做了2年Java,那麼前3年的公司以及專案經驗會被重點問。不少候選人會被問出其實前幾年沒幹java但簡歷中寫了,姑且先不論簡歷作假的問題,首先這部分的時長會被排除到”相關技能的工作年限“之外。
除了在簡歷上主動說明之外,哪類描述看上去像”培訓經歷呢“?
第一,描述工作經歷時,有個時間斷檔,而且這個時間段裡還有專案經歷。
第二,有個時間段裡,會收到大量專案描述很相似,專案時間段也很類似的簡歷。
第三,專案大而全,比如xx物流系統,xx管理系統,xx倉庫管理系統或xx電商系統。原因我之前的博文裡也講過,目前有很多成熟的方案,那為什麼還要再做?
第四,從專案實施角度來看是不可行的。比如xx ERP系統,做了半年,只有開發,沒有測試和上線,還有簡歷上,只寫了開發用到的技術,沒有寫Maven,sonar等專案管理一定會用到的技術。
除了培訓專案外,還有一種是學習專案,就候選人自己搭建一套系統或在網上買了一個系統,研究透徹後寫到簡歷上作為商業專案經驗,這類專案描述其實和培訓專案很相似。這裡再多說一句,有些簡歷上專案真有可能是商業專案,但候選人自己寫成像培訓專案或學習專案,這個就有些冤了。
5 簡歷專案描述有明顯的矛盾點
我列些見到過的明顯矛盾點。
1 最近的幾個專案裡,列出的技術都一樣的。
2 專案用到了nginx,但寫著用spring cloud體系作為閘道器和負載均衡。
3 專案部署在windows系統上,但用linux的命令看日誌。
4 一個請求量和併發量不低的專案,只部署在一臺機器上,或者是關鍵模組沒做熱備冗餘。
總之,如果簡歷上的專案是真實商業專案的話,候選人應當對用過的技術有一定的瞭解,應當把場景描述清楚,至少不該出現低階問題。這類簡歷可能的結局是:如果當前有其它看上去更能體現實力的簡歷,沒面試機會,如果湊巧沒有,那麼會有面試機會,但在面試中會遭遇無妄之災:這些矛盾點會被詳細問,這時就會順帶問出不少薄弱點。
6 準備簡歷時得換位思考,而且一定是先更新技術再更新簡歷
在上文裡我列的大多數問題,很多其實是一想就能明白,一看就能看出問題,但為什麼這類簡歷還會到處出現呢?缺乏換位思考的檢查步驟。大家可以把自己想象成技術面試官和篩選簡歷的人事,在投遞簡歷前結合職位介紹,反覆斟酌下簡歷中的措辭和描述,這樣就能突出重點,從而讓自己簡歷的匹配度更高。
說到這裡,有些同學可能會說,自己當前情況確實不如意,所以簡歷再怎麼改也不行。這時就需要更新技術而不是在簡歷上玩弄文字遊戲了。
如何快速更新自己的技術積累?
1 在現有的專案裡,深挖技術,比如用到netty可以把相關底層程式碼和要點都看起來。
2 如果不知道目前的努力方向,就看自己的領導或公司裡技術強的人在學什麼。
3 知道努力方向後不知道該怎麼學,就到處去找相關資料然後練習。
4 學習以後不知道有沒有學成,則可以通過面試去檢驗。
7 總結,求推薦
如果大家感覺本文有所幫助,請幫忙推薦此文,如果感覺文章內尚有不足,也請通過評論多多幫助本人,本人不勝感激。
關於轉載有如下的說明。
1 本文可轉載,無需告知,轉載時請用連結的方式,給出原文出處,別簡單地通過文字方式給出,同時寫明原作者是hsm_computer。
2 在轉載時,請原文轉載 ,如要在轉載修改本文,請事先告知,謝絕在轉載時通過修改本文達到有利於轉載者的目的。