引言

话说距离上次写的关于面试的换位思考已过去一个半月有余，这段时间，我不仅找到了下一份工作，并且在入职又成为了面试官。目前负责从头开始组建上海开发团队，面试可是头一次成为我工作的重心。

谈起面试，这两年我是没少折腾，工作换了三次，大大小小面试下来估计有30次，好像比我面试别人的次数都多。

自己的面试策略基本是“以赛代练”，通常不断的面试，找到自己的薄弱之处，然后做针对性的加强。

如何面试候选人

但是，换个位置，身为面试官，应该如何制定自己的考察策略呢？

“攻防同源”，从具体问题出发，我回想之前面试过的公司，后端面试的问题基本上可以分为以下几类：

1. 纯算法或者数据结构
2. 编程语言特性。比如： golang的GPM，js的delete操作符。
3. Redis的使用。高并发下缓存的设计和分布式锁问的最的次数最多。
4. MySql的索引和锁（这个基本上是必问）。
5. 项目经验（貌似项目经验的问题比较少，一方面，也许是很难有同样的项目，可以直接复用经验；另一方面，需要面试官从你的描述中甄别出你实际贡献的价值，对面试官何尝不是一种考验）
6. 线下大作业（talk is cheap, show me the code。 说不定这是最好的方式，只是需要候选人花更多的时间）

在上一篇文章中，我认为1-4的考查方式是基于易量化、易衡量的角度，这种简单又直接的考察对“买方”市场，即不差人来面试的大厂不失为一种好方法。毕竟如果一天要面5、6个人，没个模板辅助，实在是没精力一个个问下来。（于是，现在流行面试也是可以背过的）

那如果没那么多人来面试，是不是就要以项目经验为主呢？（一定不能非黑即白）

这点还真是有待考虑的，有的人是做了很多但却说不出来；或者是说的很“简单”，让你丝毫感觉不到价值；但最怕的是，一个人说的天花烂醉，实际确眼高手低，入职后，还是个害群之马。

Best Fit优于Best Engineer

想来想去，如果真有什么策略的话，我觉得就一个，找合适的。

这还真不是费话！很久之前（估计三年前吧）， 身为工程师的我一度认为招人一定要招Best Engineer，当自己的职位变成team lead后，需要考虑更多的角度，取舍平衡后，要找的是Best Fit！

这个Fit的程度，一方面取决于具体的技能要求；另一方面，也受招聘团队的现有人员组成、职位预算、招聘的不同阶段、管理成本甚至是三观是否一致而定。

所以，如果你曾经遇到过聊的很好，但却没收到offer的情况，那可能真的不是你实力不行，更可能是在其它方面，你很可惜，不是最合适的（想到这，不禁释怀过去没能拿到offer的几次面试）。

而我现在公司thunes上海团队开放的职位有两个，全栈开发（vueJs+python或golang）和后端开发golang。

考虑到马上要开始的新项目，自己的技术栈储备，眼下对我来说，招一个全栈开发，或者产前端实力优于后端的开发是最符合我眼下需求的。我们的面试主要以大作业为主，更看重候选人的工程能力。欢迎大家自荐和推荐。简历请发送邮箱jeremy.liu@thunes.com。

话说，怎么写着写着就成招聘贴了……