《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 https://my.oschina.net/hooker/blog/3014656 「Coody」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注微信公众号:【芋道源码】有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢
  4. 新的源码解析文章实时收到通知。每周更新一篇左右
  5. 认真的源码交流微信群。

在互联网极速膨胀的社会背景下,各行各业涌入互联网的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含义、使用搜索引擎技术却说不出两个分词插件、使用数据库读写分离却不知道同步延时等等。


写在最后,笔者认为在招聘途中,并不是不允许求职者包装,但是尽可能满足能筹平衡。虽然这篇文章没有完美的结尾,但是笔者提供了面试失败的各种经验。笔者最终招到了如意的小伙伴。也希望所有技术面试官早日找到符合自己产品发展的IT伙伴。

文章目录
  1. 1. 一、初选如何鉴别劣质简历
    1. 1.0.1. 1、年龄较小却具备高级文凭
    2. 1.0.2. 2、年龄较大却几乎不具备技术经验
    3. 1.0.3. 3、项目经验多为Crm系统、商城、XX管理系统、调查问卷系统、课堂考试系统等
    4. 1.0.4. 4、项目的背景不符合互联网发展背景
    5. 1.0.5. 5、不同工作经验下多个项目技术架构或项目结构一致,缺乏新意。
    6. 1.0.6. 6、技术过于新颖,对旧技术却只字不提。
    7. 1.0.7. 7、工作经验较丰富,但从事的工作较低级。
    8. 1.0.8. 8、公司背景跨省跨市
    9. 1.0.9. 9、缺少业余热情于技术的证明。
  • 2. 二、进入面试阶段,如何甄别对方的水分
    1. 2.0.1. 1、通过公司规模、团队规模、人员分配是否合理、人员合作方式来判断对方是否具备工作经验。
    2. 2.0.2. 2、背景公司入职时间、项目立项实现、完工时间、产品技术栈、迭代流程的核实。
    3. 2.0.3. 3、通过技术深度,甄别对方的技术水平