前言
上到職場干將下到職場萌新，都會接觸到包裝簡歷這個詞語。當你簡歷投到心儀的公司，公司內負責求職的工作人員是如何甄別簡歷的包裝程度的？
Coody老師根據自己的經驗寫下了這篇文章，誰都不是天才，包裝無可厚非，切勿對號入座!
正文
在互聯網極速膨脹的社會背景下，各行各業涌入互聯網的IT民工日益增大。
早在2016年，我司發布了JAVA、IOS工程師的招聘信息，就Java工程師單個崗位而言，日收簡歷近200份，Ios日收簡歷近一千份。
沒錯，這就是當年培訓機構對Ios工程師這個崗位發起的市場討伐。而隨著近幾年的發展，市場供大于求現象日益嚴重。人員摸底成為用人單位對人才考核的重大難題。
筆者初次與求職者以面試的形式進行溝通是2015年6月。由于當時筆者從業時間短，經驗不夠豐富，錯過了一些優秀的求職者。
三年后的，今天，筆者再次因公司規模擴大而深入與求職者進行溝通。
1. 初選如何鑒別劣質簡歷
培訓機構除了提供技術培訓，往往還提供簡歷編寫指導、面試指導。很多潛移默化的東西，我們很難甄別。但培訓機構包裝的簡歷，存在千遍一律的特征。
年齡較小卻具備高級文憑
年齡較小卻具備高級文憑，這個或許不能作為一項標準，但是大部分的應聘者，均符合傳統文憑的市場情況。個別技術愛好者可能通過自考獲得文憑，這種情況需提供獨有的技術亮點。
年齡較大卻幾乎不具備技術經驗
年齡較大卻幾乎不具備技術經驗，相對前一點，這個問題就比較嚴重了。
大家都知道，一個正常的人，對新事物的接受能力會隨著年齡的增長而降低，互聯網技術也包括其內。
如果一個人年齡較大不具備技術經驗，那么只有兩種情況：
- 中途轉行(通過培訓、自學等方式強行入行)
- 由于能力問題，已有的經驗不敢寫入簡歷中(能力與經驗/薪資不符)。
項目經驗多為管理系統
項目經驗，這一項用來評估應聘者的水平太合適不過了。隨著互聯網的發展迭代，每一年都會出來很多創新型的互聯網公司和新興行業。
筆者最近發布的招聘需求里面，CRM系統、商城、XX管理系統、問卷系統、課堂系統占了90%的份額。試問現在2019年，內部管理系統這么火爆么。
言歸正傳，我們對于簡歷的評估，應當多考慮“確有其事”的項目。比如說該人員當時就職于XX公司，該公司當時的背景下確實研發了該項目（外包除外）
項目的背景不符合互聯網發展背景
項目背景，每年的市場走向不同，從早些年的電商、彩票風波，到后來的O2O、奪寶、直播、新零售。每個系列的產品的出現，都符合市場的定義
如果簡歷中出現18年、19年才剛立項做彩票(15年政府禁止互聯網彩票)、O2O、商城、奪寶(17年初禁止奪寶類產品)、直播等產品。顯然是非常不符合市場需求的。這種情況下需考慮具體情況是否存在理解空間。
缺乏新意
不同工作經驗下多個項目技術架構或項目結構一致，缺乏新意。
一般情況而言，不同的公司技術棧不同，甚至產品的走向和模式完全不同。故此，當一個應聘者多家公司的多個項目中寫到的技術千遍一律，業務流程異曲同工。看似整潔，實則更加缺乏說服力。
技術過于新穎，對舊技術卻只字不提
技術過于新穎，根據互聯網技術發展的走向來看，我們在不斷向新型技術靠攏。但是任何企業作為資歷深厚的CTO、架構師來說。往往會選擇更穩定、更成熟、學習成本更低的已有技術。對新技術的追求不會過于明顯。
而培訓機構則是“哪項技術火我們就教哪項”。故此，出現了很多走入互聯網行業的新人對舊技術一竅不通。甚至很多技術都沒聽過。
工作經驗較豐富，但從事的工作較低級。
工作經驗比較豐富，單從事的工作比較低級，這里存在很大的問題，要么就是原公司沒法提供合理的舞臺給該人員更好的發展空間，要么就是該人員能力不夠，沒法完成更高級的工作。
當然，還有一種情況就是該人員包裝過多的經驗導致簡歷中不和諧。這種情況需要評估公司規模和背景。
公司背景跨省跨市
可能很多用人單位和鄙人一樣，最近接受到的簡歷，90%為跨市跳槽的人員。其中武漢占了60%以上。均為武漢XX網絡科技有限公司。公司規模均小于50人。也有廈門、寧波、南京等等。
這個問題筆者就不提了，大家都懂的。跨地區跳槽不好查證。
缺少業余熱情于技術的證明
有些眼高手低的技術員，做了幾個管理系統。用到的技術卻是各種分布式、集群、高并發、大數據、消息隊列、搜索引擎、鏡像容器、多數據庫、數據中心等等，期望的薪資也高于行業標準。
一個對技術很熱情的人，業余時間肯定在技術方面花費過不少時間。那么可以從該人員的博客、git地址入手。
甚至可以通過手機號、郵箱、昵稱、馬甲去搜索引擎進行搜集，核實該人員是否在論壇、貼吧、開源組織有過技術背景。
2. 進入面試階段，如何甄別對方的水分
在甄別對方水分這一塊，并沒有明確的標準，但是筆者可以提幾個點。這也是筆者在實際面試中慣用的做法。
通過公司規模、團隊規模、人員分配是否合理、人員合作方式來判斷對方是否具備工作經驗
當招聘初級、初中級IT人員的時候，可以詢問一些問題，比如公司有多少人、產品團隊多少人、產品、技術、后端、前端、客戶端、UI、測試各多少人。
工作中如何合作的、產品做了多少時間、何時上線的、上線后多長時間迭代一個版本、多長時間迭代一個活動、發展至今多少用戶(后端)、多大并發等等(后端)。
根據筆者的經驗，如果一個人沒有任何從業周期，面對這些問題的時候，或多或少答非所問或者給出的答案非常不合理。
背景公司入職時間、項目立項實現、完工時間、產品技術棧、迭代流程的核實
很多應聘者對于簡歷過于包裝，只為了追求更高的薪資。
當我們問起：你是xx年xx月入職的該公司？你們項目是xx年xx月上線的？你們項目使用到xx技術？你們每次上線前夕是如何評審的。面對這些問題，應聘者給出的答案經常與簡歷不符合。
這樣問題就來了，關于項目使用到的技術，很多項目我們可以通過搜索該項目的地址、App。通過http協議、技術特征、拋出異常特征來大致判別對方使用到的技術。如果應聘者給出的答案明顯與之不匹配，嘿嘿。
通過技術深度，甄別對方的技術水平
- 確定對方的技術棧，如：你做過最滿意的項目是哪個，為什么？你最喜歡使用的技術是哪些，為什么？
- 確定對方項目的發展程度，如：你們產品做了多久，迭代了多久，發布了多少版本，發展到了多少用戶，帶來多大并發，多少流水？
- 確定對方的技術屬性，如：平時你會通過什么渠道跟其他技術人形成技術溝通與交流，主要交流過哪些技術？
筆者最近接待的面試者，很多面試者的簡歷上，寫著層出不窮的各種技術，為了不跨越求職者的技術棧，筆者專門挑應聘者簡歷寫到或用到的技術來進行詢問。
筆者舉幾個例子。
- 某求職者簡歷上寫著熟練使用redis。
- 介紹一下你使用過redis的哪些數據結構，并描述一下使用的業務場景；
- 介紹一下你操作redis用到的是什么插件；介紹一下你們使用的序列化方式；介紹一下你們使用redis遇到過給你印象較深的問題；
- 某求職者聲稱熟練http協議并編寫過爬蟲。
- 介紹一下你所了解的幾個http head頭并描述其用途；如果前端提交成功，后端無法接受數據，這時候你將如何排查問題；
- 描述一下http基本報文結構;如果服務器返回cookie，存儲在響應內容里面head頭的字段叫做什么;
- 當服務端返回Transer-Encoding：chunked 代表什么含義？是否了解分段加載并描述下其技術流程。
當然，面向不同的技術，對應的技術深度自然也不一樣。
大體上的套路便是如此：你說你殺過豬。那么你殺過幾頭豬，分別是啥時候，殺過多大的豬，有啥毛色。
事實上對方可能給你的回答是：殺過、十幾頭、殺過五十斤的、殺過綠色、黃色、紅色、藍色的豬。那么問題就來了。
然筆者碰到的問題是：使用git兩年卻不知道github、使用redis一年卻不知道數據結構也不知道序列化、專業做爬蟲卻不懂content-type含義、使用搜索引擎技術卻說不出兩個分詞插件、使用數據庫讀寫分離卻不知道同步延時等等。
寫在最后，筆者認為在招聘途中，并不是不允許求職者包裝，但是盡可能滿足能籌平衡。雖然這篇文章沒有完美的結尾，但是筆者提供了面試失敗的各種經驗。
筆者最終招到了如意的小伙伴。也希望所有技術面試官早日找到符合自己產品發展的IT伙伴。
