怎样做一个好的面试官？

我在大厂工作期间没有面过太多人，但是最近组里需要面很多人，所以来地里看看大家都是什么方式去判断求职者水平高低、是否fit。

电面的话，也就半小时到一个小时。有时候考coding太简单测不出人实力，考太难又没有时间去了解这个人。onsite的话大家基本都分工好了谁面什么，我一般都负责面coding。说实话看一个人在白板上写code我看不出来这个人水平高低，做出来又如何做不出来又如何。。系统面试的话，我经验还是太少。面新人还行，可以带着走。面那种一上来就啥都能说个12345来的人我也不知道接下来该往哪里问因为我也不懂ta在说什么。

我给自己组面了挺多人的，现在几乎所有组里的candidate至少被我面过一轮，但其实也是从零面试经验开始的
一些基本的tips
- 跟hm问问组里需要什么样的人。具体考察哪些skillset，有没有特别要留意的soft skill（比如有的组在乎学习能力，有的组在乎抗压能力）。具体到你自己这轮面试要看什么：因为一轮面试能考察到的有限，所以需要各轮interviewer直接有分工。
- 总的来说coding最容易面，因为答案有限，流程比较固定，不需要收集什么behavior signal。基本上熟悉了问题就可以上了。挑问题我个人喜欢挑有区分度的，就是可以从一个点层层递进的那种。举个极端的例子我有个同事可以从阶乘问到不同os的内存管理设计有哪些差异...
- design一般需要你自己有一定design经验，这样即使是开放问题，可看的点也挺多的。比如思路是否有清晰的结构，考虑问题大概在什么scope，知道相关系统的哪些坑。一般多面几个人以后答案也是有限的space，只是自己至少要能判断什么答案好什么答案不好。
- behavior一般是hm面的，普通ic不用担心。不过我个人喜欢看大佬hm给大佬candidate面behavior的note，非常长见识
- 没必要太担心对方级别比自己高。我个人的experience级别高真不一定在具体的面试里表现更好，尤其coding。即使design，绝大多数情况下因为你是面这个题很多遍的人，在这个题上candidate没有优势。即使偶尔candidate真的很厉害你没听懂，你永远可以说“假设我是你组里的junior，你给我解释解释你刚刚讲的xx”
- 最后我个人很在乎candidate有很好的interview experience。尤其是优秀的candidate，其实人一把offer随便挑，所以一定要各种友好让ta开开心心的面完

对于新人面试官，由于一般不会涉及到behavior或者system的问题，一般都是考leetcode这样的，我的建议是：
要非常非常熟悉你考的那道题。

这种感觉跟我们平时刷leetcode不一样。刷leetcode的时候，我知道最优解是什么，我自己能写下来了，这就完了。但是作为面试官去准备这道题的时候
- 要反复问自己为什么自己这个地方要这样写？能不能换一种方法写？
- 要了解所有可能的解法，包括次优解（时间复杂度最优，但是额外用到了空间），暴力解。甚至很多天马行空的解法，你自己准备的时候都想不到，但是面多了几次，会有面试者给你提供类似思路。哪怕这些解法不是最优，但是你要去分析。
- 要好好思考一道题可能的各种变种。因为任何一个变种都可以成为这道题的followup。由于一道题经常有多种最优解法，你甚至可以根据面试者的不同解法，给予不同的followup。

还是得多面，面多了就有感觉了。可以从很多地方看出端倪，比如对题意的理解，能不能自己举例子，写的代码语法错误，coding习惯，反应速度，能不能自己debug，沟通。还可以通过一题多解或者followup问题测试面试者是不是背题。

先shadow别人的
technical面试要准备题 以及怎么给答案打分 有什么评判标准

在亚马逊做过100+scientist面试
SDE有比较明确详细的公司范围的bar