注册一亩三分地论坛,查看更多干货!
您需要 登录 才可以下载或查看附件。没有帐号?注册账号 
x
刚面完A家, 多组match,卒。
签了NDA,题目就不说特别详细了,只谈感受,而且因为算法和数据结构题目实在是特别简单,所以没什么特别需要share的,应该平均水平在easy或者easy以下的难度。
第一轮,印度大叔,hiring manager。全部bq,但是问的特别详细,楼主现在的工作其实也是在大公司搬砖,所以问的很多很细的关于现在产品的细节。另外会质疑你以往经验中提出的解决方案,估计是用这种方法确认一下故事的可信度。反正地里有很多类似的面经,总而言之就是如果是编的故事,那么也最好能好好想一下技术细节,类似以往distribution system design方面其实有很多地方可以质疑,稍微一有迟疑,面试官就会顺着这个方向一直问下去(个人感觉)。其实想想也很正常,A家对bq的执着有点令人发指,如果每人都编故事的话,其实这种面试就没意义了。总而言之就是尽量加进去更多的细节,因为无论如何都会被问到的,不如自己交代清楚。
第二轮,印度中年哥。另外一个hiring manager。两道算法题。第一题很简单,大概花了三分钟给思路然后求解(刷题 easy难度以下,如果你刷easy题没有明显难度的话,那么就没有任何问题)。栽到了第二题。其实题目本身如果抽象出来也很简单,大概就是多个数组检查重复的字符串。难就难在我发现A家特别喜欢应把题目放到A家产品的环境中描述。例如这个问题就包装成,如何在多个搜索关键字中返回用户match的产品。我当时一直在考虑A家的实际情况例如如何scale百万级的产品和百万级的用户的请求上面,面试官一直想把我往纯算法上引。最后估计是感觉这个硬套的例子可能有misunderstanding,才把题目重新说明了。没写代码,但是给了三种方法,无非就是sumption,就是题目本身并不难,千万不要没事就向scale或者map reduce上面考虑,等等等等吧。
最后就是发现有一种follow up问题特别难回答,就是你方法给完了,但是面试官就一直问你觉得这方法放到production中有什么问题,其实他心中肯定有个方向,但是就是死活不告诉你,大部分的时间的花到了猜猜猜上面,挺没劲的。等到猜到了时间也差不多了。如果你表述的跟他们想的不一样,就会再告诉你其实你不用担心那一部分,lets assump it's not a problem。然后继续猜猜猜。
今天刚面完,基本上第三轮面完就知道卒了。说实话我自己再公司偶尔也帮忙面试,大部分的公司还是抱着尽量不要招到平均水平以下的developer,而不是我一定要招到最好的(除了狗家?)。如果不是赶到公司扩张期,要是想保证offer的话,还是得想办法做到滴水不漏啊。
最后求点大米吧。后面还有几家top 5的面试,求点大米换面经。有感想了也会share。
|