灌水 读阿里《不止代码》——面试

咚咚 · March 11, 2019 · Last by 李xx replied at June 20, 2019 · 10846 hits
本帖已被设为精华帖!

读阿里《不止代码》——面试

招什么样的人?

招优秀的人显然是一个很模糊的概念,我们来度量的时候,我个人认为三个因素是最关键的:

● 技能

工作项目经验,以及解决疑难问题的能力,毕竟招来的人首先必须很好的完成工作,这是最基本的要求,注意,是很好的完成,不是仅仅完成。

● 潜力

这个概念看起来比较模糊,其实还是比较容易评价的,对计算机相关的专业的知识体系是不是完整,基础是不是扎实,平常是不是喜欢钻研,对这个世界充满好奇心, 这几年走下来,沉淀的速度如何,都是判断一个人的潜力的方式,注意我们看潜力主要是基于候选人的之前的成长经历实事求是来看,过去的优秀经历才能给未来背书。潜力和技能的重要性一样重要,我们不能只看眼前,团队是需要不断发展和前进的,所以我们招人应该面向未来。

● 软实力

软实力这里其实包含了性格,执行力,领导力等方方面面,它代表了候选人是否能快速融入团队,拿到结果,带领团队攻城拔寨,激励和影响身边的人变得更加优秀等等,软实力一般 HR 肯定会考察,虽然技术面不会特别去关注,但是从面试的过程中可以看出候选人的沟通能力,以及性格相关的特点,也值得我们注意。说了这么多,其实在招人上有一个对比的标杆,就是你招的人是不是比团队中同一等级中 50% 的同学优秀,如果你觉得没有他们优秀,那不用纠结,这个候选人不要了,团队必须不停加入更好的同学,才能变得更加强大。

面试的方法

这里结合之前的培训以及自己的真实经历,讲解面试的一些方法。

面试不要做的事

● 问一些知道性的问题

比如问知不知道这个 API 干什么的,怎么调用,这个命令怎么用的,知道性的知识,google 一下或者认真看下文档就应该知道。

● 问一些特别复杂的问题

比如问一个特别复杂的算法,问一个很抽象的大问题,短时间内很难给予回答。

● 问一些假设性的问题

假设你参与了这个项目,你觉得哪几个地方需要优化。之所以说这些问题不应该问,我认为主要是因为这些很难考察到面试者的真实能力,45 分钟的时间本来就很短,有些问题有可能比较偏,有些问题又过于庞大没法一下子描述特别清楚,还有一些问题缺乏上下文,让人摸不到头脑,所以尽量避免这么问问题,另外把握一个重要原则,不要在面试中试图证明别人不如自己,毫无意义,人无完人,总有覆盖不到的地方,按照这个规则招聘,会错过很多优秀的人才。

面试应该做的事

● 问已经发生的事情

比如面试移动开发者,面试官应该认真看下其做过的 App,具体的工作是什么,准备一些相关的问题,这里就可以看出来之前工作中的积累是什么,有多深。

● 问题解决思路

针对项目经验和一些学习的经验上面,应该问拿到问题以后解决思路是什么,在什么场景下为什么这么做,这里根据面试者的方案,分析的方法论,就可以大致了解面试者是否聪明,知识面是不是够广,遇到问题时会不会举一反三。具体可以举个简单的例子,很多同学说自己做过架构,然后都会讲自己做了一个解耦和分层的框架,其实这类框架 iOS 很多,外部 github 上就有各种方案。在阿里内部手淘早先做的 bundle 拆分时沉淀的容器规则,天猫开源出去的 beeHive,闲鱼内部的 Xframework,抑或是服务端的 spring mvc,其实都实现了 IoC,但实现和思路上都有一些差异,到底为什么这么做,其实是有区别的,这里面就可以看出知识广度,总结和思辩能力,在关键路径上的技术判断。又比如说,我们总在强调性能稳定性怎么做,业界也有很多方案,到底哪个方案更好呢?答案没有绝对的对错,取决于某个时间点和场景下哪个问题是最核心的突破点,而你的选择标准和落地的技术方案是不是合理(考虑成本,收益,以及后续的风险是什么)。一般来讲,我们更倾向于用系统化的思维看待一个问题,也就是说,相比根据人的经验去识别性能瓶颈,我们更希望能通过自动化,智能化,数据化的方式去解决问题。

● 少问多听

一般刚开始做面试官的同学很喜欢以问为主,但因为大家的知识体系不太一样,成长环境也不同,直接这么问起来很难就找到面试者的优点,所以尽量让应试者自己陈述,然后以学习和交流的心态针对陈述中存疑的地方再进行发问,会更容易让应试者放松,也更容易让应试者更全面的表达自己。另外,问的差不多的时候,结尾的时候可以补充一句:您觉得刚才的面试中还有哪些我没问到的,您想再补充一下的内容?末了,再问下:我的问题问完了,您有什么想要问我的吗?

STAR原则

知道了应该怎么做,那具体的提问方法有没有什么技巧呢?在招聘中有一个重要的 STAR 原则,可以跟大家分享。
STAR 原则

● 处境 (situation)

在什么样的环境下

● 任务 (task)

接到了什么样的任务

● 行动 (action)

然后具体怎么落地的

● 结果 (result)

拿到了什么结果
我们尽量问清楚对方在什么样的环境下接到这个任务,接到以后是做了什么事情,最后的结果是什么样子的。乍一听,感觉,这不是套路嘛,是不是知道这个原则的人,只要按照这四点编故事,就能通过面试了?当然不是,在叙述过程中,我们应该分辨出 STAR 中的真假,那下面就举一些例子。

假的 STAR

● 描述含糊不清

比如,我用这个方案解决了这个问题,效果很好,得到了大家的一致好评。注意,效果好是哪里好,有什么度量的标准?一致好评的体现是在具体 KPI 还是比如团队有个什么奖励之类的。

● 只表达态度和看法

我觉得线上稳定性非常重要,应该重点解决和持续跟进。如果只有这一句话,没有后面具体认为重要的解决方案的话,这部分的经验难以令人信服。

● 假设式描述

如果我来做这件事情,我会 1234 怎么怎么样。前面其实面试应该问的问题里面有提到,我们本身就不应该问假设性的问题,那作为面试者,假设没做过的事情,如果只是看思路还好,但是如果说的天花乱坠,这个时候要警惕了,毕竟说和做之前的差异是很大的。对于假设的事情,面试官是没法评估具体效果的,因为它不像过去已有的项目和工作内容,是有明显结果的,如果对过去结果存疑,后续也可以背调了解具体的情况。
针对假的 STAR,我们要甄别分辨出来,引导其表达出真正的情况

鉴别方式

● 更多的关心 What/How/Why

做了什么事情,具体做的方案 1234 几步,为什么要这么做,比如图片的优化,最早肯定什么都没有,后续加 cache,cache 策略又可以升级,包括 cache 本身的算法以及多级 cache 的实现,图片尺寸上面后来有做了什么裁切之类的,图片格式上面后续又做了优化等等。每个阶段不太一样,关注的重点也不一样,刨根问题问一问,会了解是不是真的做过这件事情,另外有一些可能项目做得很久说很多东西忘了,这里我分享一个观点,之前看过一句话,招聘的人中有一种人是比较好的,他总能比较清楚的记住过往项目当中的重点,这样的人在经验沉淀的过程中肯定更快一些,当然这样的同学肯定得归结在聪明一类的人了,当然能记住也说明他可能喜欢总结和回顾,平常的学习习惯应该也比较好。

● 细节!细节!细节!

很多关键节点的细节很重要,比如网络库的优化。如果你是一个 iOS 开发,一般都会知道 iOS 的网络协议优化常采用拦截NSURLProtocol 的方式进行,然后针对传统的 https 协议我们会将其替换成为 spdy 协议或者 http2 协议,过程中还有一些 httpdns 等的优化。但如果你今天希望招聘一个有这部分网络优化经验的同学,怎么判断这个同学有实操的经验呢?你可以让他说细节上面的很多事情,比如说URLProtocol 拦截 request 以后, 针对不同的 case 的降级策略是什么,选择依据是什么?当时遇到了什么其他的坑没有?你自己的做法有什么缺陷?又比如 Weex 的实现上面,整个渲染的流程到底是怎样的,渲染部分还有什么优化空间吗?或者说这个方案本身做了哪方面的优化?它的配套工程体系上的问题是什么,你遇到以后是怎么解决掉的,这些在了解大概思路后,都可以往深入再问一下细节的部分,认真研读以及修改过代码的同学,肯定是答得出来的。

其他 Tips

● 你在面试别人,别人也在选择你

面试是双向的,面试官是一个团队对外的门面,不要迟到,提问和交流要尊重面试者,让面试者感受到我们的真诚。

● 为未来招聘而不是现在

我们永远应该为未来招聘,因为招聘的人入职也是发生在未来,不能立刻就解决你眼前的问题,所以我们招聘的时候也放长远一点,招为团队未来更有好处的人。

● 面试是一面镜子

以人为镜,优秀的面试者给我们能带来新的思路和新的方法,而差强人意的面试者则提高我们看人的能力,为后续的提升招聘效率找到更正确的人打下基础。

招聘,培训,人才选拔晋升,我认为评价标准和方法都应该有比较多的重合的部分,我们从刚才的面试经验中,反思下,如果现在是我们去找工作,这个市场或者团队更需要什么样的人?

● 经验丰富,知识体系完整

经验能解决实际的问题,另外知识体系可以让你在遇到新的问题时举一反三,当然大公司和小公司要求的知识体系又不太一样,大公司更偏向一专多能的 T 型人才,小公司更喜欢全栈,所以到底要成为什么样的人,跟你的职业规划很有关系,是想在大公司成就一番事业,还是出去闯荡,那你点的技能树肯定是不一样的。到底应该怎么做,我自己的经验是,找到身边的标杆,向更优秀的同学学习,在阿里当然非常优秀的专业人才也好,架构师也好,都非常多,所以标杆应该也好找,业界当然也有很多成功的人,有了标杆,就努力向上吧。

保持良好的习惯,不忘总结和提升

当我还是一个菜鸟的时候,当时的老板问了我一个问题,每周写周报的时候,想想自己这一周到底收获了什么,这给我留下了很深的印象。我在想,既然我每次面试别人都问你最近有研究什么新的技术或者看到什么有趣的文章没有的,那我自己是不
是能这样要求自己呢?不积跬步无以至千里,贵在坚持积累。

作为面试官,要精神积极阳光、保持简历整洁有序、态度诚恳亲切。

1、面试官的自我介绍
作为面试官,要让候选人清楚自己是谁,所以面试官一定要先做自我介绍,包含:姓名、部门、职位
2、关于招聘职位的介绍
在介绍招聘岗位时,一定要注意只详细介绍岗位职责但不谈岗位要求
3、关于公司介绍
如果有比较心仪候选人,可以主动介绍公司在行业的荣誉与地位(但是不渲染工作及公司吸引候选人)

面试前需要准备

1、熟悉候选人简历(建议从下往上看)
2、根据简历设置关键问题
a、个人身份,教育经历资料
b、工作经验:关注工作时间,工作经历中的工作时间是否过试用期,工作岗位、工作职位与内容是否相符(能力与职位是否相符,是否有夸大嫌疑)
c、技能等等(精通的需要详细问问),在简历中任何有疑惑的点都要问清楚
d、对于薪资区间,一般的岗位区间不能过大,一般在3k-5k左右,区间过大,可能说明面试者自我认知不清楚。
e、关于加班,不问愿不愿加班,问之前的工作是否需要加班以及什么情况下加班
3、根据岗位要求列出面试要素,设置要素权重,针对要素设计对应问题,打印出笔试题。

面试

1、面试总时长一般30-45分钟,每个问题7-8分钟
2、面试中及面试后,一定要做好记录(单独记录),作为初试官,简历上一定要注明面试结果以及需要继续考察的方面
3、给候选人提问的机会,即使是准备淘汰的人

共收到 19 条回复 时间 点赞
恒温 将本帖设为了精华贴 11 Mar 10:42

阿里的面试还是很不错的

咚咚 #3 · March 11, 2019 作者
Hofer 回复

嗯嗯,受益匪浅

写的挺不错的

有感,之前面试了几次别人, 很多时候觉得自己并不是合格的面试官, 需要不断总结和提高

虎躯一震。

受益匪浅。发现我之前很多都做的不太规范。

不错,支持!

非常感谢楼主的分享🙏,读完本文,找出了三年前的简历, 准备近期重新优化更新一遍, 以备不时之需! 😂

咚咚 #10 · April 17, 2019 作者

客气客气,共同学习

咚咚 #11 · April 17, 2019 作者
轱辘 回复

谢谢~~~

咚咚 #12 · April 17, 2019 作者
徐汪成 回复

是的,我也是读了这个之后更知道应该怎么面试了

咚咚 #13 · April 17, 2019 作者
zailushang 回复

嗯嗯,是的~

咚咚 #14 · April 17, 2019 作者
胖虎 回复

谢谢~


感谢楼主分享,梳理了个脑图,往里面加了些个人浅见,不当之处请指正。

zyanycall 回复

最近在面试,也在探索这方面的知识。补充一些这里没有的吧,个人浅见。

  1. 面试问题要搞清楚,面试节奏要紧促一些,别面试官思考时间太长,到时间了问不了几个方面的问题,不全面。
  2. 岗位述求要搞清楚,也就是岗位要求技能的权重要搞清楚,权重低的问题少一些,权重高的问题多一些。
  3. 不要太考虑这个人的性价比,比如水平超过要的钱很多,但是要的特别少的那种,不要过多考虑,不是说省钱都不要,而是岗位的匹配是第一位的。
  4. 及时送走不符合的候选人,不要浪费其他面试官的时间(扎心抱歉)。
  5. 如果招的是自己组内的人,自己要带的人,那么无论自己是几面,都是第一责任人,就是说这个人的决定权必然在自己手里,候选人的去留自己一定要有数,不能说自己没看上,希望别人再帮忙鉴定一下,帮自己看一下。自己组内的人必须自己决定,别人的眼光只是辅助。
  6. 越后面的面试官越责任越重,当然这个在公司内可能说法很多,比如领导面说过了,然后你说不过可能不太好。但是宗旨是相同的,越后面的面试官责任越重,越后面的面试官越要有自己独到的见解,独到的考察点。
  7. 几轮面试应该有侧重,就比如HR面的是挑战+证实一样,我理解是一面全面基础,二面细化,三面行业/岗位格局。当然各个公司情况不同,可能一面就全问了也没啥(时间要控制)。
  8. 面试不代表一切,也是看缘分,我挂掉过很多人,也并不是完全客观,也不是说她/他来了肯定不行。我一直在检讨。信任需要建立,互相信任是合作的基础。
zyanycall 回复

活捉师父一枚

zyanycall 回复

很喜欢达康书记的的帖子和发言,一看就是位经验丰富乐于分享的老哥。

无名 回复

感谢对我发言的肯定。

zyanycall 回复

老哥 哈哈哈哈

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up