簡歷造假，使不得啊！

其實(shí)對簡歷進(jìn)行適度的包裝，我覺得是很有必要的。但是務(wù)必要注意的是適度的包裝絕不等于關(guān)鍵信息的造假。

簡歷上個(gè)人信息、學(xué)歷、過往經(jīng)歷造假這些都是江湖大忌，直接一錘子送走的那種。別忘了，一般大公司還有背調(diào)這一說，畢竟第三方背調(diào)公司拿錢也得干活兒么不是。關(guān)于學(xué)歷問題，本質(zhì)上還是由市場供需關(guān)系所決定。

能留給你發(fā)揮的地方也就只剩下項(xiàng)目經(jīng)歷和專業(yè)技能了。

對于項(xiàng)目經(jīng)歷我個(gè)人的看法是如果一個(gè)很有挑戰(zhàn)性的功能點(diǎn)，不是你做的，但是你吃透了需求背景、落地方案、代碼邏輯，你就可以在簡歷上大大方方的寫上：主導(dǎo)開發(fā)了該項(xiàng)目。

再比如，針對你現(xiàn)在的項(xiàng)目已知的還有很多優(yōu)化的地方，你也知道對應(yīng)的優(yōu)化方案是什么，但是一直沒有機(jī)會去實(shí)現(xiàn)。你就可以大大方方的作為已經(jīng)完成的優(yōu)化點(diǎn)寫在上面。

所以適度包裝，可以加分。包裝過度，那就要被吊打了，畢竟面試官也不是傻子。

所以給大家分享一篇文章，來看看面試官是如何甄別應(yīng)聘者的包裝程度。

前言

在互聯(lián)網(wǎng)極速膨脹的社會背景下，各行各業(yè)涌入互聯(lián)網(wǎng)的IT民工日益增大。

早在 2016 年，我司發(fā)布了 Java、IOS 工程師的招聘信息，就 Java 工程師單個(gè)崗位而言，日收簡歷近 200 份，IOS 日收簡歷近一千份。

沒錯(cuò)，這就是當(dāng)年培訓(xùn)機(jī)構(gòu)對 IOS 工程師這個(gè)崗位發(fā)起的市場討伐。

而隨著近幾年的發(fā)展，市場供大于求現(xiàn)象日益嚴(yán)重。人員摸底成為用人單位對人才考核的重大難題。

筆者初次與求職者以面試的形式進(jìn)行溝通是 2015 年 6 月。由于當(dāng)時(shí)筆者從業(yè)時(shí)間短，經(jīng)驗(yàn)不夠豐富，錯(cuò)過了一些優(yōu)秀的求職者。

今年，筆者再次因公司規(guī)模擴(kuò)大而深入與求職者進(jìn)行溝通。

一、初選如何鑒別劣質(zhì)簡歷

培訓(xùn)機(jī)構(gòu)除了提供技術(shù)培訓(xùn)，往往還提供簡歷編寫指導(dǎo)、面試指導(dǎo)。很多潛移默化的東西，我們很難甄別。

但培訓(xùn)機(jī)構(gòu)包裝的簡歷，存在千遍一律的特征。

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

年齡較小卻具備高級文憑，這個(gè)或許不能作為一項(xiàng)標(biāo)準(zhǔn)，但是大部分的應(yīng)聘者，均符合傳統(tǒng)文憑的市場情況。

個(gè)別技術(shù)愛好者可能通過自考獲得文憑，這種情況需提供獨(dú)有的技術(shù)亮點(diǎn)。

2、年齡較大卻幾乎不具備技術(shù)經(jīng)驗(yàn)

相對前一點(diǎn)，這個(gè)問題就比較嚴(yán)重了。

大家都知道，一個(gè)正常的人，對新事物的接受能力會隨著年齡的增長而降低，互聯(lián)網(wǎng)技術(shù)也包括其內(nèi)。

如果一個(gè)人年齡較大不具備技術(shù)經(jīng)驗(yàn)，那么只有兩種情況：

• 1、中途轉(zhuǎn)行(通過培訓(xùn)、自學(xué)等方式強(qiáng)行入行)。
• 2、由于能力問題，已有的經(jīng)驗(yàn)不敢寫入簡歷中(能力與經(jīng)驗(yàn)/薪資不符)。

3.項(xiàng)目經(jīng)驗(yàn)多為Crm系統(tǒng)、商城、XX管理系統(tǒng)、調(diào)查問卷系統(tǒng)、課堂考試系統(tǒng)等

項(xiàng)目經(jīng)驗(yàn)，這一項(xiàng)用來評估應(yīng)聘者的水平太合適不過了。

隨著互聯(lián)網(wǎng)的發(fā)展迭代，每一年都會出來很多創(chuàng)新型的互聯(lián)網(wǎng)公司和新興行業(yè)。

筆者最近發(fā)布的招聘需求里面，RM系統(tǒng)、商城、XX管理系統(tǒng)、問卷系統(tǒng)、課堂系統(tǒng)占了90%的份額。

試問現(xiàn)在，內(nèi)部管理系統(tǒng)這么火爆么？

言歸正傳，我們對于簡歷的評估，應(yīng)當(dāng)多考慮“確有其事”的項(xiàng)目。

比如說該人員當(dāng)時(shí)就職于XX公司，該公司當(dāng)時(shí)的背景下確實(shí)研發(fā)了該項(xiàng)目（外包除外）。

4、項(xiàng)目的背景不符合互聯(lián)網(wǎng)發(fā)展背景

項(xiàng)目背景，每年的市場走向不同，從早些年的電商、彩票風(fēng)波，到后來的 O2O、奪寶、直播、新零售。

每個(gè)系列的產(chǎn)品的出現(xiàn)，都符合市場的定義。

比如，簡歷中出現(xiàn) 18 年、19 年才剛立項(xiàng)做彩票(15年政府禁止互聯(lián)網(wǎng)彩票)、O2O、商城、奪寶(17年初禁止奪寶類產(chǎn)品)、直播等產(chǎn)品。

顯然是非常不符合市場需求的。這種情況下需考慮具體情況是否存在理解空間。

5、不同工作經(jīng)驗(yàn)下多個(gè)項(xiàng)目技術(shù)架構(gòu)或項(xiàng)目結(jié)構(gòu)一致，缺乏新意。

一般情況而言，不同的公司技術(shù)棧不同，甚至產(chǎn)品的走向和模式完全不同。故此，當(dāng)一個(gè)應(yīng)聘者多家公司的多個(gè)項(xiàng)目中寫到的技術(shù)千遍一律，業(yè)務(wù)流程異曲同工。

看似整潔，實(shí)則更加缺乏說服力。

6、技術(shù)過于新穎，對舊技術(shù)卻只字不提。

技術(shù)過于新穎，根據(jù)互聯(lián)網(wǎng)技術(shù)發(fā)展的走向來看，我們在不斷向新型技術(shù)靠攏。

但是任何企業(yè)作為資歷深厚的CTO、架構(gòu)師來說，往往會選擇更穩(wěn)定、更成熟、學(xué)習(xí)成本更低的已有技術(shù)。

對新技術(shù)的追求不會過于明顯。

而培訓(xùn)機(jī)構(gòu)則是“哪項(xiàng)技術(shù)火我們就教哪項(xiàng)”。

故此，出現(xiàn)了很多走入互聯(lián)網(wǎng)行業(yè)的新人對舊技術(shù)一竅不通。甚至很多技術(shù)都沒聽過。

7、工作經(jīng)驗(yàn)較豐富，但從事的工作較低級。

工作經(jīng)驗(yàn)較豐富，但從事的工作較低級。這里存在很大的問題，要么就是原公司沒法提供合理的舞臺給該人員更好的發(fā)展空間，要么就是該人員能力不夠，沒法完成更高級的工作。

當(dāng)然，還有一種情況就是該人員包裝過多的經(jīng)驗(yàn)導(dǎo)致簡歷中不和諧。這種情況需要評估公司規(guī)模和背景。

8、公司背景跨省跨市

可能很多用人單位和鄙人一樣，最近接受到的簡歷，90%為跨市跳槽的人員。

其中武漢占了60%以上。均為武漢XX網(wǎng)絡(luò)科技有限公司。

公司規(guī)模均小于50人。也有廈門、寧波、南京等等。

這個(gè)問題筆者就不提了，大家都懂的。跨地區(qū)跳槽不好查證。

9、缺少業(yè)余熱情與技術(shù)的證明。

有些眼高手低的技術(shù)員，做了幾個(gè)管理系統(tǒng)。

用到的技術(shù)卻是各種分布式、集群、高并發(fā)、大數(shù)據(jù)、消息隊(duì)列、搜索引擎、鏡像容器、多數(shù)據(jù)庫、數(shù)據(jù)中心等等。

期望的薪資也高于行業(yè)標(biāo)準(zhǔn)。

一個(gè)對技術(shù)很熱情的人，業(yè)余時(shí)間肯定在技術(shù)方面花費(fèi)過不少時(shí)間。

那么可以從該人員的博客、git地址入手，甚至可以通過手機(jī)號、郵箱、昵稱、馬甲。去搜索引擎進(jìn)行搜集，核實(shí)該人員是否在論壇、貼吧、開源組織有過技術(shù)背景。

進(jìn)入面試階段，如何甄別對方的水分

在甄別對方水分這一塊，并沒有明確的標(biāo)準(zhǔn)，但是筆者可以提幾個(gè)點(diǎn)。這也是筆者在實(shí)際面試中慣用的做法。

1、通過公司規(guī)模、團(tuán)隊(duì)規(guī)模、人員分配是否合理、人員合作方式來判斷對方是否具備工作經(jīng)驗(yàn)。

當(dāng)招聘初級、初中級IT人員的時(shí)候，可以詢問一些問題，比如公司有多少人、產(chǎn)品團(tuán)隊(duì)多少人、產(chǎn)品、技術(shù)、后端、前端、客戶端、UI、測試各多少人。

工作中如何合作的、產(chǎn)品做了多少時(shí)間、何時(shí)上線的、上線后多長時(shí)間迭代一個(gè)版本、多長時(shí)間迭代一個(gè)活動、發(fā)展至今多少用戶(后端)、多大并發(fā)等等(后端)。

根據(jù)筆者的經(jīng)驗(yàn)，如果一個(gè)人沒有任何從業(yè)周期，面對這些問題的時(shí)候，或多或少答非所問或者給出的答案非常不合理。

2、背景公司入職時(shí)間、項(xiàng)目立項(xiàng)實(shí)現(xiàn)、完工時(shí)間、產(chǎn)品技術(shù)棧、迭代流程的核實(shí)。

很多應(yīng)聘者對于簡歷過于包裝，只為了追求更高的薪資。

當(dāng)我們問起：你是xx年xx月入職的該公司？你們項(xiàng)目是xx年xx月上線的？你們項(xiàng)目使用到xx技術(shù)？你們每次上線前夕是如何評審的？

面對這些問題，應(yīng)聘者給出的答案經(jīng)常與簡歷不符合。

這樣問題就來了，關(guān)于項(xiàng)目使用到的技術(shù)，很多項(xiàng)目我們可以通過搜索該項(xiàng)目的地址、APP。

通過http協(xié)議、技術(shù)特征、拋出異常特征來大致判別對方使用到的技術(shù)。

如果應(yīng)聘者給出的答案明顯與之不匹配。

3、通過技術(shù)深度，甄別對方的技術(shù)水平

• 1、確定對方的技術(shù)棧，如：你做過最滿意的項(xiàng)目是哪個(gè)，為什么？你最喜歡使用的技術(shù)是哪些，為什么？
• 2、確定對方項(xiàng)目的發(fā)展程度，如：你們產(chǎn)品做了多久，迭代了多久，發(fā)布了多少版本，發(fā)展到了多少用戶，帶來多大并發(fā)，多少流水？
• 3、確定對方的技術(shù)屬性，如：平時(shí)你會通過什么渠道跟其他技術(shù)人形成技術(shù)溝通與交流，主要交流過哪些技術(shù)？

筆者最近接待的面試者，很多面試者的簡歷上，寫著層出不窮的各種技術(shù)，為了不跨越求職者的技術(shù)棧，筆者專門挑應(yīng)聘者簡歷寫到或用到的技術(shù)來進(jìn)行詢問。

筆者舉幾個(gè)例子。

1）某求職者簡歷上寫著熟練使用 Redis。

• 介紹一下你使用過 Redis 的哪些數(shù)據(jù)結(jié)構(gòu)，并描述一下使用的業(yè)務(wù)場景；
• 介紹一下你操作 Redis 用到的是什么插件；
• 介紹一下你們使用的序列化方式；
• 介紹一下你們使用 Redis 遇到過給你印象較深的問題；

2）某求職者聲稱熟練http協(xié)議并編寫過爬蟲。

• 介紹一下你所了解的幾個(gè)http head頭并描述其用途；
• 如果前端提交成功，后端無法接受數(shù)據(jù)，這時(shí)候你將如何排查問題；
• 描述一下http基本報(bào)文結(jié)構(gòu);
• 如果服務(wù)器返回cookie，存儲在響應(yīng)內(nèi)容里面head頭的字段叫做什么;
• 當(dāng)服務(wù)端返回Transer-Encoding：chunked 代表什么含義
• 是否了解分段加載并描述下其技術(shù)流程。

當(dāng)然，面向不同的技術(shù)，對應(yīng)的技術(shù)深度自然也不一樣。

大體上的套路便是如此：你說你殺過豬。那么你殺過幾頭豬，分別是啥時(shí)候，殺過多大的豬，有啥毛色。事實(shí)上對方可能給你的回答是：殺過、十幾頭、殺過五十斤的、殺過綠色、黃色、紅色、藍(lán)色的豬。那么問題就來了。

然而筆者碰到的問題是：使用 git 兩年卻不知道 github、使用 Redis 一年卻不知道數(shù)據(jù)結(jié)構(gòu)也不知道序列化、專業(yè)做爬蟲卻不懂 content-type 含義、使用搜索引擎技術(shù)卻說不出兩個(gè)分詞插件、使用數(shù)據(jù)庫讀寫分離卻不知道同步延時(shí)等等。

寫在最后，筆者認(rèn)為在招聘途中，并不是不允許求職者包裝，但是不要過度包裝。

雖然這篇文章沒有完美的結(jié)尾，但是筆者提供了面試失敗的各種經(jīng)驗(yàn)。

筆者最終招到了如意的小伙伴。也希望所有技術(shù)面試官早日找到符合自己產(chǎn)品發(fā)展的 IT 伙伴。

來自：Coody | https://my.oschina.net/hooker/blog/3014656