當前位置:首頁 > 公眾號精選 > 小林coding
[導讀]大家好,我是小林。之前有個讀者問我,他是轉(zhuǎn)行自學計算機的,問我有沒有必要包裝三年工作經(jīng)驗。這我肯定肯定不建議的,做人還是要誠實守信。包裝過的簡歷,即時你真的運氣好,蒙混過了面試官,但是你入職后很容易就暴露出來的,你明明沒有工作經(jīng)驗,卻說自己工作過幾年,結果你入職工作后,問你啥都不...

大家好,我是小林。




之前有個讀者問我,他是轉(zhuǎn)行自學計算機的,問我有沒有必要包裝三年工作經(jīng)驗。




這我肯定肯定不建議的,做人還是要誠實守信。




包裝過的簡歷,即時你真的運氣好,蒙混過了面試官,但是你入職后很容易就暴露出來的,你明明沒有工作經(jīng)驗,卻說自己工作過幾年,結果你入職工作后,問你啥都不會,工具也不會用。然后領導覺得你不對勁,試用期階段就會把你辭退了,還可能得了個壞名聲,這樣以后在找工作就真的挺難的。




另外,經(jīng)常聽到培訓班待過的朋友給我說他們的老師是怎么教他們“包裝”自己的,不光是培訓班,我認識的很多朋友也都會在面試之前“包裝”一下自己,所以這個現(xiàn)象是普遍存在的。




但是面試官也不都是傻子,今天給大家分享一篇,來看看面試官是如何甄別應聘者的包裝程度。



本文轉(zhuǎn)載自:https://dwz.cn/mUjRa2Jr 作者:Coody


前言

上到職場干將下到職場萌新,都會接觸到包裝簡歷這個詞語。當你簡歷投到心儀的公司,公司內(nèi)負責求職的工作人員是如何甄別簡歷的包裝程度的?Coody 老師根據(jù)自己的經(jīng)驗寫下了這篇文章,誰都不是天才,包裝無可厚非,切勿對號入座!


正文

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


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


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


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


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


1.初選如何鑒別劣質(zhì)簡歷

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


年齡較小卻具備高級文憑


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


年齡較大卻幾乎不具備技術經(jīng)驗


年齡較大卻幾乎不具備技術經(jīng)驗,相對前一點,這個問題就比較嚴重了。大家都知道,一個正常的人,對新事物的接受能力會隨著年齡的增長而降低,互聯(lián)網(wǎng)技術也包括其內(nèi)。如果一個人年齡較大不具備技術經(jīng)驗,那么只有兩種情況:


  1. 中途轉(zhuǎn)行(通過培訓、自學等方式強行入行)。
  2. 由于能力問題,已有的經(jīng)驗不敢寫入簡歷中(能力與經(jīng)驗/薪資不符)。
項目經(jīng)驗多為管理系統(tǒng)


項目經(jīng)驗,這一項用來評估應聘者的水平太合適不過了。隨著互聯(lián)網(wǎng)的發(fā)展迭代,每一年都會出來很多創(chuàng)新型的互聯(lián)網(wǎng)公司和新興行業(yè)。筆者最近發(fā)布的招聘需求里面。CRM 系統(tǒng)、商城、XX 管理系統(tǒng)、問卷系統(tǒng)、課堂系統(tǒng)占了 90%的份額。試問現(xiàn)在 2019 年,內(nèi)部管理系統(tǒng)這么火爆么。言歸正傳,我們對于簡歷的評估,應當多考慮“確有其事”的項目。比如說該人員當時就職于 XX 公司,該公司當時的背景下確實研發(fā)了該項目(外包除外)。


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


項目背景,每年的市場走向不同,從早些年的電商、彩票風波,到后來的 O2O、奪寶、直播、新零售。每個系列的產(chǎn)品的出現(xiàn),都符合市場的定義。如果簡歷中出現(xiàn) 18 年、19 年才剛立項做彩票(15 年政府禁止互聯(lián)網(wǎng)彩票)、O2O、商城、奪寶(17 年初禁止奪寶類產(chǎn)品)、直播等產(chǎn)品。顯然是非常不符合市場需求的。這種情況下需考慮具體情況是否存在理解空間。


缺乏新意


不同工作經(jīng)驗下多個項目技術架構或項目結構一致,缺乏新意。一般情況而言,不同的公司技術棧不同,甚至產(chǎn)品的走向和模式完全不同。故此,當一個應聘者多家公司的多個項目中寫到的技術千遍一律,業(yè)務流程異曲同工??此普麧崳瑢崉t更加缺乏說服力。


技術過于新穎,對舊技術卻只字不提


技術過于新穎,根據(jù)互聯(lián)網(wǎng)技術發(fā)展的走向來看,我們在不斷向新型技術靠攏。但是任何企業(yè)作為資歷深厚的 CTO、架構師來說。往往會選擇更穩(wěn)定、更成熟、學習成本更低的已有技術。對新技術的追求不會過于明顯。而培訓機構則是“哪項技術火我們就教哪項”。故此,出現(xiàn)了很多走入互聯(lián)網(wǎng)行業(yè)的新人對舊技術一竅不通。甚至很多技術都沒聽過。


工作經(jīng)驗較豐富,但從事的工作較低級。


工作經(jīng)驗比較豐富,單從事的工作比較低級,這里存在很大的問題,要么就是原公司沒法提供合理的舞臺給該人員更好的發(fā)展空間,要么就是該人員能力不夠,沒法完成更高級的工作。當然,還有一種情況就是該人員包裝過多的經(jīng)驗導致簡歷中不和諧。這種情況需要評估公司規(guī)模和背景。


公司背景跨省跨市


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


缺少業(yè)余熱情于技術的證明


有些眼高手低的技術員,做了幾個管理系統(tǒng)。用到的技術確是各種分布式、集群、高并發(fā)、大數(shù)據(jù)、消息隊列、搜索引擎、鏡像容器、多數(shù)據(jù)庫、數(shù)據(jù)中心等等。期望的薪資也高于行業(yè)標準。一個對技術很熱情的人,業(yè)余時間肯定在技術方面花費過不少時間。那么可以從該人員的博客、git 地址入手。甚至可以通過手機號、郵箱、昵稱、馬甲。去搜索引擎進行搜集,核實該人員是否在論壇、貼吧、開源組織有過技術背景。


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

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


通過公司規(guī)模、團隊規(guī)模、人員分配是否合理、人員合作方式來判斷對方是否具備工作經(jīng)驗


當招聘初級、初中級 IT 人員的時候,可以詢問一些問題,比如公司有多少人、產(chǎn)品團隊多少人、產(chǎn)品、技術、后端、前端、客戶端、UI、測試各多少人。工作中如何合作的、產(chǎn)品做了多少時間、何時上線的、上線后多長時間迭代一個版本、多長時間迭代一個活動、發(fā)展至今多少用戶(后端)、多大并發(fā)等等(后端)。根據(jù)筆者的經(jīng)驗,如果一個人沒有任何從業(yè)周期,面對這些問題的時候,或多或少答非所問或者給出的答案非常不合理。


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


很多應聘者對于簡歷過于包裝,只為了追求更高的薪資。當我們問起:你是 xx 年 xx 月入職的該公司?你們項目是 xx 年 xx 月上線的?你們項目使用到 xx 技術?你們每次上線前夕是如何評審的。面對這些問題,應聘者給出的答案經(jīng)常與簡歷不符合。這樣問題就來了。關于項目使用到的技術,很多項目我們可以通過搜索該項目的地址、APP。通過 http 協(xié)議、技術特征、拋出異常特征來大致判別對方使用到的技術。如果應聘者給出的答案明顯與之不匹配,嘿嘿。


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


  1. 確定對方的技術棧,如:你做過最滿意的項目是哪個,為什么?你最喜歡使用的技術是哪些,為什么?


  2. 確定對方項目的發(fā)展程度,如:你們產(chǎn)品做了多久,迭代了多久,發(fā)布了多少版本,發(fā)展到了多少用戶,帶來多大并發(fā),多少流水?


  3. 確定對方的技術屬性,如:平時你會通過什么渠道跟其他技術人形成技術溝通與交流,主要交流過哪些技術?


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


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


  1. 介紹一下你使用過 redis 的哪些數(shù)據(jù)結構,并描述一下使用的業(yè)務場景;
  2. 介紹一下你操作 redis 用到的是什么插件;
  3. 介紹一下你們使用的序列化方式;
  4. 介紹一下你們使用 redis 遇到過給你印象較深的問題;
2)某求職者聲稱熟練 http 協(xié)議并編寫過爬蟲。


  1. 介紹一下你所了解的幾個 http head 頭并描述其用途;
  2. 如果前端提交成功,后端無法接受數(shù)據(jù),這時候你將如何排查問題;
  3. 描述一下 http 基本報文結構;
  4. 如果服務器返回 cookie,存儲在響應內(nèi)容里面 head 頭的字段叫做什么;
  5. 當服務端返回 Transer-Encoding:chunked 代表什么含義
  6. 是否了解分段加載并描述下其技術流程。
當然,面向不同的技術,對應的技術深度自然也不一樣。


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


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


寫在最后,筆者認為在招聘途中,并不是不允許求職者包裝,但是盡可能滿足能籌平衡。雖然這篇文章沒有完美的結尾,但是筆者提供了面試失敗的各種經(jīng)驗。筆者最終招到了如意的小伙伴。


也希望所有技術面試官早日找到符合自己產(chǎn)品發(fā)展的 IT 伙伴。





本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權益,請及時聯(lián)系本站刪除。
關閉