“云无界、端无边” OGeek 技术峰会 9月17日 南京不见不散! 了解详情
写点什么

面试官角度看应聘:问题到底出在哪?(上)

  • 2021 年 1 月 23 日
  • 本文字数:4615 字

    阅读完需:约 15 分钟

面试官角度看应聘:问题到底出在哪?(上)

很多喜欢分享的网友,会从面试者的角度总结各厂的面试经验,和大家分享交流。有些分享是值得肯定的,也有些论断会存在偏主观的情绪。从招人的面试官角度,也时不时能看到一些经验沉淀,虽然少,但总还是有,不过大多也都侧重于技术面的交流范畴,鲜有从整体出发的角度。所以在这个时间点,结合过去的招人经验,从简历筛选,到技术一面,再到技术复面、终面,尝试写一些贯穿的东西,会涉及到校招和社招,分为上、下两期,希望能对一些同学有些帮助。


本篇文章,结合岗位侧重于前端技术岗,但对前端以外的其他岗位,相信内容上也会有一定的参考意义。


写在最前面的话


最开始,和大家先达成一个共识:招聘(应聘)是个双向匹配、双向选择的过程。


成年人的世界不该是 “二元论” 的 —— “好” 或 “不好”,“行” 或 “不行”,“敌” 或 “友”,“牛逼” 或者 “水货”,这些都是二元论的思维模式。一切合作都是综合了业务特性、团队阶段性短板、应聘者长短板、共同愿景、文化味道等等的综合决定,不是简答的一句肯定或否定。


所以,拿到了 Offer 在开心之余,多想想未来的成长目标;被拒绝了也不要灰心沮丧,那只说明此时此刻此家公司,你和对方团队针对性的补全诉求是不 match 的,不代表你的能力真不行,大概率是你的求职方向没想清楚。


自己挖的简历陷阱


投简历,和筛选简历,是第一步的事。


很多人跌落在简历筛选这一关,有经验的用人方,简历筛选,毙掉还是进入下一轮安排面试,也就 1、2 分钟的事。看上去很 “随意”,其实并不随意。简历陈述,直接体验了一个人的职业认知,间接体现着你的专业能力。


对于校招简历


对于技术岗的应届生,用人方在看简历时,一般的 “视线权重”,是你的学校 &专业(出身) -- 在校项目经验(实战经验) -- 专业技能的掌握情况(基本功) -- 技术作品 &技术博客(总结沉淀能力) -- 在校奖项(积极性、要性)-- 其他。


是的,用人方确实会看你的 “出身”。这方面我和不同公司的 Leader 交流很多,大家的理解都是趋于一致的。这不涉及职场歧视,而是多年对比下来看,Top 大学科班出身的学生,学习能力、自驱力、探索欲望、潜力,在总体优秀员工的占比上,普遍都较高。所以你会看到头部企业的校招巡讲,一般都是去 Top 院校,因为对应的人力筛选成本会低很多。


但更重要的、起决定作用的,是你在校的项目实践经验技术基本功的掌握情况,这决定你是否能干活,是否有可持续成长的基础。很多同学是给自己挖坑,在校时期浪费了很多本该去争取实习实践的时间,最后临阵抱佛脚,寄希望于靠刷(背)面经、参考别人代码写几个 Demo,或者报名个短期培训班来解决问题,这会很难。


校招简历,请优先侧重陈述你的项目经验和技术基本功的掌握情况,重视下细节,避免出现明显的技术术语的谬误(如 DIV + CSS)。对于技术岗,无需大书特书在学生会做过的那些行政的事。


项目经验描述,重点是有效描述,避免流水账的一带而过,建议参考以下几个维度进行简单介绍:


  • 项目简要说明

  • 技术选型介绍,你承担的角色,及工作内容介绍

  • 遇到的问题,以及是如何解决的

  • 项目中你工作的亮点,获得的成长


技术基本功描述,尽量避免堆砌关键字,诸如 “熟练掌握 HTML、CSS、JavaScript,精通 React、Vue... ” 这样的纯关键词陈列,对面试官而言是价值不大、甚至是产生困惑的。好一些的方式,是类似 “熟练掌握 HTML、CSS 的基础知识,有一定的使用经验,关注结构的合理性和语义化,能处理常见主流浏览器的兼容性问题,有基于 rem、vw/vh 的移动端适配经验...” 这样的有一定场景代入感的阐述。


对于社招简历


社招市场,最普遍的问题,是 4 年工作时间,2 年工作经验。


很多人还不自知,深陷局中。看一下你的简历,是不是都在陈述业务的支撑数量?—— A 系统配合业务方做了 1、2、3、4 的功能;B 业务配合合作方做了 1、2、3 的功能;C 功能配合做了 XXX 的模块 ... 没有 PM 的总控能力体现、没有主导角色的技术建设落地、没有成长性的总结沉淀布道,更不用提作为组长或者 Leader 的带人能力了。你一直都是在做一个资源型的被动执行角色,而且按照这个节奏,大概率下一份工作的积累,也只会是简历里多几个业务支撑的数量而已。


这个市场永远不缺资源型的执行。快速发展的企业,基本的业务建设支撑,可以通过校园招聘应届新人,或者借助劳务外包的方式解决。对于很多企业来说,花大力气去搞定一个资深工程师、专家甚至高级专家的社招坑,要的是这个人能去推动正确的事情发生,让事情朝着更好的方向推进落地,这要求有能力突破个人的范畴、通过影响他人去一起拿结果。如果简历里陈述都是个人角度的被动执行,被筛掉的概率就会很大。


工作年限,是用人方参考的一个值。这个值是加分项,还是减分项,要结合你解决问题的能力来对照的看。关于解决问题的能力,和职业不同阶段的发展瓶颈及破局策略,我们后面会有专门的文章做沉淀交流,欢迎大家先关注微信公众号 “政采云前端团队”,以便第一时间获取信息。


关于简历造假


请做一个诚实的聪明人,尽量不要去尝试挑战职业红线。


最常见的简历不诚实,是对工作年限动手脚,很多人会把实习时间也算进正式工作的时间里,出现毕业 2 年工作 3 年的奇怪现象。另一个较常见的是夸大描述,了解变精通,读过变做过,甚至是没掌握的都一个个的堆砌进去;也有组长变主管 ,接口人变负责人,某条线 TL 变莫名范围的大 Leader,7 人团队封自己是技术总监或 CTO;再比如共建人变 Owner,多人参与变一人主导,用别人的结果给自己的简历做修饰。


有些时候,你所处行业的圈子,远比你理解的要小。以我的观察,一个多年经验的负责人,靠他自己人脉做下背调的速度和精确度,是很有保障的。不自信的夸大,是对用人方智商的挑战,也是对自己的不负责,是在给自己挖坑。


他不知道面什么,你不清楚投什么


简历筛选通过之后,是一面。


很多事情都会遵循帕累托法则(80/20 定律):公司里会有 271 考核,人才市场里的 “选手” 能力一般般的多,面试官也不例外。


他不知道面什么


实情是,一些情况下,应聘者所面对的,是一个不合格的面试官。现实中,很多面试官是 “被动上岗” 的,尤其是第一轮的电话技术面。一般大厂具备较为完善(甚至是能力溢出)的人才梯队,负责一轮面的同学一般都是一线的 TL 或者团队技术核心,职业积累、专业厚度没问题,且大厂都会有统一的面试官培训和标准的面试题库,面试质量多有保障。但大厂毕竟是极少数,更多的情况是其他企业的前端不成建制,跟着项目组走,一个项目就几个前端,或者全公司就十几个前端。这种情况下的面试准确性就很难有保障。


技术能力强不意味着面试经验够、看人准。有个笑话,一名应聘者去面试,我们假设层级是 P 序列(Professional),P6 的电话聊完反馈说这人能给 P6,通过;下一轮 P7 的电话也聊了聊,面完说这人能给到 P7,通过;再下一轮的 P8 聊完有点拿不准,反馈给上面的 P10。P10 的 Boss 聊完说,“这人是 P9 的呀” !。


哈哈一乐之后,我们必须承认,面试官的 Level 会影响他对人的判断,人们无法突破自己认知的上限去沟通。认知局限还会带来一个影响,即经验较少的面试官,往往会走入 “炫技” 的误区,进而影响对候选人真实综合能力的评价。这类场景比较多见的,是面试过程中不围绕解决场景化问题进行探讨,而是绝大部分的面试沟通内容,都围绕着选型概念、原理性阐述。本该是基于场景设计引导沟通、判断能力,却变成了纯粹的知识点考核,甚至偏题怪题,进而导致主观的否定掉一个合适的人。


另外,一些团队在招聘时,实际上是不清楚应该招什么样的人,以及不清楚应该怎么设计面试题。比如我们经常会看到有面试官问 “你们业务里的跨域问题是怎么解决的?”  应聘人回答 “一般都是 CORS,或者用 JSONP”。面试官继续问 “说说你对 JSONP 是怎么理解的?” 面试人回答诸如动态创建一个script标签然后url指向被请求资源的地址种种。然后面试官觉得他问到位了,候选人也觉得自己回答的不错。但真实情况是这样么?候选人可能仅仅是看过面经刷过 JSONP 的知识点,不具备实际的使用能力,但面试官是没判断到位的。


更好的技术面建议,是从一个实际场景出发 ,看候选人如何解决问题,而非知识点问答。在候选人回答的基础上,横向扩展不同方案,看他如何做选型对比,并一层层的深入提问,综合场景方案和原理性理解,看候选人会在哪一层卡住。这样的方式更有利于判断候选人的实际解决问题的能力。


对于被面试者来说,这种面试方式下,经常出现的一个问题,是绕圈子 —— 总是绕来绕去,不说重点,隔靴搔痒,不清楚可以大大方方的承认,真没必要不懂装懂。有个前辈的话我比较认同,“面试时瞎扯的人,在正式工作时也会糊弄伙伴”。另一个常见问题是只回答关键字,你问他什么,都是拿几个关键词应付你,一问到细节就傻。这样的候选人,在有经验的面试官面前,大概率是会被否掉的。


你不清楚投什么


你会遇到什么样的面试官,由你自己决定。


就像很多人离职是盲目的,投简历也一样盲目,进而收获了一场更盲目的面试经历。你下一阶段的发展目标,决定了你应该投一家什么样的企业、什么样的团队。但是很遗憾,太多的人理解不到这一点。不同阶段的职场人,有不同阶段的发展目标和职业瓶颈。有些瓶颈需要靠内力去打破,有些需要借助团队的外力助攻。


人有不同的发展阶段,团队、业务、公司也一样,不同企业的不同团队,其发展阶段和下一阶段的目标也不尽相同。有的公司处于创业期,其内部团队的要求是强执行,对人的需要是资源型重执行人才;有的公司正处于快速发展期,开始需要体系化建设,需要能帮助体系化落地的人才;有的公司业务处于稳定期,体系化建设、人才梯队也较为完善,此阶段的人员储备会更多元化,要求也会更高。


一个希望能在技术体系能力上有长足发展的人,投一个重执行的团队,是错误的;一个没有体系化思维和落地能力的人,投一个需要这方面能力的坑,一般也面不过去。想明白下一阶段的发展目标,有针对性的投递,匹配的概率会大很多。


刷面经糊弄不了老狐狸


刷面经是避不开的话题,现在的同学太幸福,因为有无数的其他同学在做着这方面的沉淀分享,降低大家的信息不对称,提供更具针对性的能力短板参照物。


但是,刷面经糊弄不了老狐狸。看过和实践过,中间隔着沟壑,理解和认知上差着几条街。没有一个作家是靠看小说看成的,也没一个技术专家是靠看别人的博客或者犀牛书、红宝书看成的。正如上面所说,有经验的面试者可以很容易的通过递进沟通评估出面试者的层次。


这里的一个 “认知陷阱”,是不要依照 “面经” 上各厂的面试题,去揣测对方的喜好,进而在简历里做针对性的过度修饰,严重的会被认为简历造假。很多厂会保留同一人在数年间投递后的各轮面试评价,一次不佳的面试反馈记录,可能会影响后面某次投递其他面试官的主观印象,得不偿失。


基于自身的实践理解,合理的结合别人的面经沉淀,取长补短;或者作为判断一个团队用人标准的参照,看看对方的题是不是合理,合理的题映射靠谱的出题人,是否值得你与之为战友一起奋斗。拿出一点看面经的时间,多找找渠道,线上或者线下(朋友、猎头等渠道),了解下意向公司的发展阶段、用人方向、团队氛围、技术体系,了解下招人的侧重,看看是不是和自己的发展目标匹配。



头图:Unsplash

作者:堂主

原文:https://mp.weixin.qq.com/s/ERIwqCG1rMDR5dEbkFOAPg

原文:面试官角度看应聘:问题到底出在哪?

来源:政采云前端团队 - 微信公众号 [ID:Zoo-Team]

转载:著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

2021 年 1 月 23 日 23:201207
用户头像

发布了 78 篇内容, 共 21.2 次阅读, 收获喜欢 299 次。

关注

评论

发布
暂无评论
发现更多内容

etcd的高可用

阿飞

Newbe.Claptrap 框架入门,第四步 —— 利用 Minion,商品下单

newbe36524

云计算 微服务 dock .net core ASP.NET Core

第11周学习总结

刘卓

架构师训练营 Week 11 作业

Wancho

Flink算子状态-9

小知识点

scala 大数据 flink

架构师训练营第十一周作业

子豪sirius

极客大学架构师训练营 0 期 week 11 学习笔记

chun1123

安全 高可用系统的架构

架构师训练营 第十一周 作业

CR

架构师训练营第 0 期第 11 周作业

无名氏

架构师训练营 - 第 11 周作业

Jam

week11作业1

极客大学架构师训练营

系统稳定高可用的方案以及用户密码验证函数

Acker飏

Week 11 作业

鱼_XueTr

极客大学架构师训练营第十一周学习总结

竹森先生

极客大学架构师训练营 0 期 week 11 作业

chun1123

高可用 密码校验

系统不可用的原因和解决方案

极客李

Apache Pulsar 社区周报:08-15 ~ 08-21

Apache Pulsar

云原生 Apache Pulsar 消息系统 消息中间件

第十一周学习总结

菲尼克斯

架构师训练营 第十一周 总结

CR

用户密码验证函数

任小龙

第十一周命题作业

菲尼克斯

java安全编码指南之:拒绝Denial of Service

程序那些事

Java 安全编码指南 java安全编码 DOS攻击 zip炸弹

极客时间架构师训练营 - week11 - 作业 2

jjn0703

极客大学架构师训练营

Week 11命题作业

Jeremy

用户密码验证函数

周冬辉

加密

云上度假村木莲庄酒店助你远离城市的喧嚣

InfoQ_967a83c6d0d7

系统高可用

阿飞

架构师

架构师训练营 Week 11 总结

Wancho

高可用的系统架构

莫莫大人

极客大学架构师训练营

【高并发】高并发秒杀系统架构解密,不是所有的秒杀都是秒杀!

冰河

高并发 分布式限流 秒杀系统 异步削峰 签约计划第二季

安全架构和高可用系统的架构

周冬辉

高可用系统的架构

首届腾讯云大数据峰会暨Techo TVP开发者峰会

首届腾讯云大数据峰会暨Techo TVP开发者峰会

面试官角度看应聘:问题到底出在哪?(上)_文化 & 方法_政采云前端团队_InfoQ精选文章