在flag一家面试了有几十个了，有coding，design，ml和bq。从面试的角度给一点点建议。
01
首先，面试官的初衷一定是希望你能通过面试，而不是干掉你，或者比过你。所以如果打断你，问问题，并不是为了挑战你，更多是给提示的一种方式。
面试多了，你就会感觉到，如果面试官问哪个问题，就说明哪个方面代码有bug。这需要多面试和总结积累经验。
面试官的态度完全不说明问题，只是说明面试官的性格而已。现在版上有个风气很不好，面试官必须特别nice一路赞扬才有好的面试体验。其实一顿great，fantastic，而不继续追问，很可能是面试官已经放弃治疗了。
经常打断你，对你持续追问给压力的，其实是希望有限时间内多回答问题，这样才能给更高的打分。
02
我们面试完，需要把面试问的问题，回答事无巨细都记录下来提交进系统。当然有很多主观的判断，但是大致时间线都是有的。
有人得到了正确思路，来回改了好几次，一个index转换想了半天，最后用十五分钟写完十几行代码；另一个有了不那么正确的思路写了五分钟写完，发现有个case handle不了，然后推翻了原来的思路重新想一个，再五分钟实现出来，也一样花了十五分钟。那么显然后面那个评价会更高。
写代码的熟练程度面试时候是很容易看出来的。
我们要把写代码回答问题的时间线提交进系统。有这个时间线，什么打分基本上就定了。所以并不是做出来就能hire。看版上的面试体验，经常会有人觉得做出来两问就应该hire，其实有横向比较，会发现差距是不小的。写代码的速度，得到思路的速度和准确度，把思路转换成代码的速度熟练度都是考察点。
03
所以，面试的目标其实就是，尽量配合面试官，在面试官预设的解法上多做几步。基于这个目标，一点建议来增加效率：
1 有思路了一定要和面试官先讲，得到许可了再动手写。 譬如你想到了recursion的解法，先问一下面试官可以这样吗？如果上来就写，面试官不好意思打断你，等你五分钟写完，再说可以不用recursion实现吗？这个时候你再做非recursion的，等于已经浪费了五分钟。你的recursion解法并不能提高你的打分。
2 写的过程中如果面试官打断你，一般都是有原因的，走岔路了想把你带回来。 所以不要闷头写，要多交流。当然，新手压力大，代码算法又不熟悉，不容易一边写一边听面试官说话，被打断思路的适合会不舒服，可以理解。只有多面试多练习。但是，除非你无比确定你的方向是对的，否则不要太坚持。
3 面试时间很紧张，不可能考察面面俱到。 所以一题多解有时候很有帮助。描述解法的适合适当提一下还可以用别的数据结构，譬如什么什么，有时候一个名词就是一个证明，证明你对数据结构的了解。但是不熟悉的不要提，不然多问一句就露馅，前后不一，那就基本死刑了。
4 面试好几轮，一般有个no hire还是有机会的。 所以要抓住机会表现自己。展现自己还知道什么工具，什么理论，做过哪方面的事情，有哪些经验。有很多人把最后提问题的机会用来展现自己。提个小问题，你们这儿做某某事是怎么做的，然后开始讲自己有这方面的经验，balabala，也很好。
5 bq这种面试，自己动脑子想想也会知道面试官想听什么 ，那讲故事的时候就往那些好的特质上面套，其实这也是帮助面试官完成工作。现在连狗家都有bq轮了，大厂已经没有哪家欣赏你的个性了。
想到再补充。