程序员的成长之路互联网/程序员/成长/职场 关注

阅读本文大概需要 6 分钟。

周末不发技术性文章，祝大家周末愉快~

前言

上到职场干将下到职场萌新，都会接触到包装简历这个词语。

当你简历投到心仪的公司，公司内负责求职的工作人员是如何甄别简历的包装程度的？

Coody 老师根据自己的经验写下了这篇文章，谁都不是天才，包装无可厚非，切勿对号入座!

正文

在互联网极速膨胀的社会背景下，各行各业涌入互联网的 IT 民工日益增大。

早在 2016 年，我司发布了 Java、iOS 工程师的招聘信息，就 Java 工程师单个岗位而言，日收简历近 200 份，iOS 日收简历近一千份。

没错，这就是当年培训机构对 iOS 工程师这个岗位发起的市场讨伐。

而随着近几年的发展，市场供大于求现象日益严重，人员摸底成为用人单位对人才考核的重大难题。

笔者初次与求职者以面试的形式进行沟通是 2015 年 6 月，由于当时笔者从业时间短，经验不够丰富，错过了一些优秀的求职者。

三年后的今天，笔者再次因公司规模扩大而深入与求职者进行沟通。

1.  初选如何鉴别劣质简历

培训机构除了提供技术培训，往往还提供简历编写指导、面试指导，很多潜移默化的东西，我们很难甄别。

但培训机构包装的简历，存在千遍一律的特征。

年龄较小却具备高级文凭

年龄较小却具备高级文凭，这个或许不能作为一项标准，但是大部分的应聘者，均符合传统文凭的市场情况。

个别技术爱好者可能通过自考获得文凭，这种情况需提供独有的技术亮点。

年龄较大却几乎不具备技术经验

年龄较大却几乎不具备技术经验，相对前一点，这个问题就比较严重了。

大家都知道，一个正常的人，对新事物的接受能力会随着年龄的增长而降低，互联网技术也包括其内。

如果一个人年龄较大不具备技术经验，那么只有两种情况：

1、中途转行(通过培训、自学等方式强行入行)。

2、由于能力问题，已有的经验不敢写入简历中(能力与经验/薪资不符)。

项目经验多为管理系统

项目经验，这一项用来评估应聘者的水平太合适不过了。

随着互联网的发展迭代，每一年都会出来很多创新型的互联网公司和新兴行业。

笔者最近发布的招聘需求里面，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 协议、技术特征、抛出异常特征来大致判别对方使用到的技术。

如果应聘者给出的答案明显与之不匹配，嘿嘿。

通过技术深度，甄别对方的技术水平

1. 确定对方的技术栈，如：你做过最满意的项目是哪个，为什么？你最喜欢使用的技术是哪些，为什么？

2. 确定对方项目的发展程度，如：你们产品做了多久，迭代了多久，发布了多少版本，发展到了多少用户，带来多大并发，多少流水？

3. 确定对方的技术属性，如：平时你会通过什么渠道跟其他技术人形成技术沟通与交流，主要交流过哪些技术？

笔者最近接待的面试者，很多面试者的简历上，写着层出不穷的各种技术，为了不跨越求职者的技术栈，笔者专门挑应聘者简历写到或用到的技术来进行询问。

笔者举几个例子。

1)  某求职者简历上写着熟练使用 redis

介绍一下你使用过 redis 的哪些数据结构，并描述一下使用的业务场景；

介绍一下你操作 redis 用到的是什么插件；

介绍一下你们使用的序列化方式；

介绍一下你们使用 redis 遇到过给你印象较深的问题；

2)  某求职者声称熟练 http 协议并编写过爬虫

介绍一下你所了解的几个 http head 头并描述其用途；

如果前端提交成功，后端无法接受数据，这时候你将如何排查问题；

描述一下 http 基本报文结构;

如果服务器返回 cookie，存储在响应内容里面 head 头的字段叫做什么;

当服务端返回 Transer-Encoding：chunked 代表什么含义，是否了解分段加载并描述下其技术流程。

当然，面向不同的技术，对应的技术深度自然也不一样。

大体上的套路便是如此：你说你杀过猪，那么你杀过几头猪，分别是啥时候，杀过多大的猪，有啥毛色。

事实上对方可能给你的回答是：杀过、十几头、杀过五十斤的、杀过绿色、黄色、红色、蓝色的猪。

那么问题就来了：

使用 git 两年却不知道 github、使用 redis 一年却不知道数据结构也不知道序列化、专业做爬虫却不懂 content-type 含义、使用搜索引擎技术却说不出两个分词插件、使用数据库读写分离却不知道同步延时等等。

写在最后，笔者认为在招聘途中，并不是不允许求职者包装，但是尽可能满足能筹平衡。

虽然这篇文章没有完美的结尾，但是笔者提供了面试失败的各种经验。

笔者最终招到了如意的小伙伴，也希望所有技术面试官早日找到符合自己产品发展的IT伙伴。

作者：Coody

Git地址：https://gitee.com/coodyer

往期精彩回顾

一文搞定 Redis 复制（全会的举个手看看）

为什么要把系统拆分成分布式的，为啥要用Dubbo？

拼多多面试真题：如何用 Redis 统计独立用户访问量！

面试官问我：平常如何对你的 Java 程序进行调优？

知乎千万级高性能长连接网关揭秘

从 0 起步，如何成为百万富翁？

能进互联网公司的个个都是人才

写留言

喜欢就给个“在看”