1. 程式人生 > >面試官:這簡歷一看就是包裝過了!

面試官:這簡歷一看就是包裝過了!

在網際網路極速膨脹的社會背景下,各行各業湧入網際網路的IT民工日益增大。

 

早在2016年,我司釋出了Java、Ios工程師的招聘資訊,就Java工程師單個崗位而言,日收簡歷近200份,Ios日收簡歷近一千份。

 

沒錯,這就是當年培訓機構對Ios工程師這個崗位發起的市場討伐。而隨著近幾年的發展,市場供大於求現象日益嚴重。人員摸底成為用人單位對人才考核的重大難題。

 

筆者初次與求職者以面試的形式進行溝通是2015年6月。由於當時筆者從業時間短,經驗不夠豐富,錯過了一些優秀的求職者。

 

三年後的,今天,筆者再次因公司規模擴大而深入與求職者進行溝通。

 

一、初選如何鑑別劣質簡歷

培訓機構除了提供技術培訓,往往還提供簡歷編寫指導、面試指導。很多潛移默化的東西,我們很難甄別。但培訓機構包裝的簡歷,存在千遍一律的特徵。

 

1、年齡較小卻具備高階文憑

 

年齡較小卻具備高階文憑,這個或許不能作為一項標準,但是大部分的應聘者,均符合傳統文憑的市場情況。個別技術愛好者可能通過自考獲得文憑,這種情況需提供獨有的技術亮點。

 

2、年齡較大卻幾乎不具備技術經驗

 

年齡較大卻幾乎不具備技術經驗,相對前一點,這個問題就比較嚴重了。大家都知道,一個正常的人,對新事物的接受能力會隨著年齡的增長而降低,網際網路技術也包括其內。

 

如果一個人年齡較大不具備技術經驗,那麼只有兩種情況:

 

1、中途轉行(通過培訓、自學等方式強行入行)。

2、由於能力問題,已有的經驗不敢寫入簡歷中(能力與經驗/薪資不符)。

 

3、專案經驗多為Crm系統、商城、XX管理系統、調查問卷系統、課堂考試系統等


專案經驗,這一項用來評估應聘者的水平太合適不過了。隨著網際網路的發展迭代,每一年都會出來很多創新型的網際網路公司和新興行業。

 

筆者最近釋出的招聘需求裡面。CRM系統、商城、XX管理系統、問卷系統、課堂系統佔了90%的份額。試問現在2019年,內部管理系統這麼火爆麼。

 

言歸正傳,我們對於簡歷的評估,應當多考慮“確有其事”的專案。比如說該人員當時就職於XX公司,該公司當時的背景下確實研發了該專案(外包除外)。

 

4、專案的背景不符合網際網路發展背景

 

專案背景,每年的市場走向不同,從早些年的電商、彩票風波,到後來的O2O、奪寶、直播、新零售。每個系列的產品的出現,都符合市場的定義。

 

如果簡歷中出現18年、19年才剛立項做彩票(15年政府禁止網際網路彩票)、O2O、商城、奪寶(17年初禁止奪寶類產品)、直播等產品。顯然是非常不符合市場需求的。這種情況下需考慮具體情況是否存在理解空間。

 

5、不同工作經驗下多個專案技術架構或專案結構一致,缺乏新意。

 

一般情況而言,不同的公司技術棧不同,甚至產品的走向和模式完全不同。故此,當一個應聘者多家公司的多個專案中寫到的技術千遍一律,業務流程異曲同工。看似整潔,實則更加缺乏說服力。

 

6、技術過於新穎,對舊技術卻隻字不提。

 

技術過於新穎,根據網際網路技術發展的走向來看,我們在不斷向新型技術靠攏。但是任何企業作為資歷深厚的CTO、架構師來說。往往會選擇更穩定、更成熟、學習成本更低的已有技術。對新技術的追求不會過於明顯。而培訓機構則是“哪項技術火我們就教哪項”。

 

故此,出現了很多走入網際網路行業的新人對舊技術一竅不通。甚至很多技術都沒聽過。

 

7、工作經驗較豐富,但從事的工作較低階。

 

工作經驗比較豐富,單從事的工作比較低階,這裡存在很大的問題,要麼就是原公司沒法提供合理的舞臺給該人員更好的發展空間,要麼就是該人員能力不夠,沒法完成更高階的工作。

 

當然,還有一種情況就是該人員包裝過多的經驗導致簡歷中不和諧。這種情況需要評估公司規模和背景。

 

8、公司背景跨省跨市

 

可能很多用人單位和鄙人一樣,最近接受到的簡歷,90%為跨市跳槽的人員。其中武漢佔了60%以上。均為武漢XX網路科技有限公司。公司規模均小於50人。也有廈門、寧波、南京等等。這個問題筆者就不提了,大家都懂的。跨地區跳槽不好查證。

 

9、缺少業餘熱情於技術的證明。

 

有些眼高手低的技術員,做了幾個管理系統。用到的技術確是各種分散式、叢集、高併發、大資料、訊息佇列、搜尋引擎、映象容器、多資料庫、資料中心等等。期望的薪資也高於行業標準。

 

一個對技術很熱情的人,業餘時間肯定在技術方面花費過不少時間。那麼可以從該人員的部落格、git地址入手。甚至可以通過手機號、郵箱、暱稱、馬甲。去搜索引擎進行蒐集,核實該人員是否在論壇、貼吧、開源組織有過技術背景。

 

二、進入面試階段,如何甄別對方的水分

在甄別對方水分這一塊,並沒有明確的標準,但是筆者可以提幾個點。這也是筆者在實際面試中慣用的做法。

 

1、通過公司規模、團隊規模、人員分配是否合理、人員合作方式來判斷對方是否具備工作經驗。

 

當招聘初級、初中級IT人員的時候,可以詢問一些問題,比如公司有多少人、產品團隊多少人、產品、技術、後端、前端、客戶端、UI、測試各多少人。

 

工作中如何合作的、產品做了多少時間、何時上線的、上線後多長時間迭代一個版本、多長時間迭代一個活動、發展至今多少使用者(後端)、多大併發等等(後端)。

 

根據筆者的經驗,如果一個人沒有任何從業週期,面對這些問題的時候,或多或少答非所問或者給出的答案非常不合理。

 

2、背景公司入職時間、專案立項實現、完工時間、產品技術棧、迭代流程的核實。

 

很多應聘者對於簡歷過於包裝,只為了追求更高的薪資。

 

當我們問起:你是xx年xx月入職的該公司?你們專案是xx年xx月上線的?你們專案使用到xx技術?你們每次上線前夕是如何評審的。

 

面對這些問題,應聘者給出的答案經常與簡歷不符合。這樣問題就來了。關於專案使用到的技術,很多專案我們可以通過搜尋該專案的地址、APP。通過http協議、技術特徵、丟擲異常特徵來大致判別對方使用到的技術。如果應聘者給出的答案明顯與之不匹配,嘿嘿。

 

3、通過技術深度,甄別對方的技術水平

 

筆者最近接待的面試者,很多面試者的簡歷上,寫著層出不窮的各種技術,為了不跨越求職者的技術棧,筆者專門挑應聘者簡歷寫到或用到的技術來進行詢問。筆者舉幾個例子。

 

1)某求職者簡歷上寫著熟練使用redis。

 

  • 介紹一下你使用過redis的哪些資料結構,並描述一下使用的業務場景;

  • 介紹一下你操作redis用到的是什麼外掛;

  • 介紹一下你們使用的序列化方式;

  • 介紹一下你們使用redis遇到過給你印象較深的問題;

 

2)某求職者聲稱熟練http協議並編寫過爬蟲。

 

  • 介紹一下你所瞭解的幾個http head頭並描述其用途;

  • 如果前端提交成功,後端無法接受資料,這時候你將如何排查問題;

  • 描述一下http基本報文結構;

  • 如果伺服器返回cookie,儲存在響應內容裡面head頭的欄位叫做什麼;

  • 當服務端返回Transer-Encoding:chunked 代表什麼含義

  • 是否瞭解分段載入並描述下其技術流程。

 

當然,面向不同的技術,對應的技術深度自然也不一樣。但是筆者碰到的問題是:使用git兩年卻不知道github、使用redis一年卻不知道資料結構也不知道序列化、專業做爬蟲卻不懂content-type含義、使用搜索引擎技術卻說不出兩個分詞外掛、使用資料庫讀寫分離卻不知道同步延時等等。

 

寫在最後,筆者認為在招聘途中,並不是不允許求職者包裝,但是儘可能滿足能籌平衡。

 

如果您感覺文章對您有所幫助,請讓更多人看到!

1.點贊此篇文章,並評論一句!

2.轉發此篇文章 給予作者支援!

3.微信搜尋 ~ 關注微信公眾號:程式設計師知識碼頭  獲取全套學習資料一份!

微信掃碼關注:每天準時發技術文章!還能加入專屬的學習交流社群!

點贊!好文要頂哦~