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