叹口气， 挂在了BQ轮国人大姐那

放宽心态就好，我之前面试几家唯一一次店面挂掉就是挂在国女手里，剩下的国人小哥、三哥对半分，三哥反而都给我过了。
国女只是恰巧和你一个肤色罢了，没必要想当然认为国女一定会帮自己，能做到公平公正已经是烧高香了。实在运气不好碰到了就赶紧move on吧

flashstone 发表于 2021-1-30 13:02
楼上各位，如果仔细看我原帖的话，应该看得出我是以感激为主，惋惜为辅。我们先不在国人之间制造仇恨。
考 ...

在FB的时候，看过很多BQ的面试note，做题的比较多，不做的也有。BQ面试是有guideline的，基本就是一长串signal，要求面试的时候都要收集到，问的问题本身倒没有太大关系。不过一般确实是面BQ的人话语权大一些。

Facebook E5+基本不做题
E4如果BQ signal集齐了还有时间就做题

crazyfishing 发表于 2021-1-30 14:37
fb不是按组面试的，大概率碰不上

那这个“大姐”就更过分了，既然大概率不和她在一个组，lz又不会和她将来有什么“冲突”。她至少应该考一道题才正常

BQ面试做题不是必须的，面试前几分钟应该会解释的，如果要做的话时间也会比正常的coding时间少
fb的文化里面没有强调leadership principle

大叔大妈使绊子的特别特别特别的多，我遇到大于5次，还有一次是极品到令人目瞪口呆，怎么有人会这么装逼的？

我面了OCI+亚麻都是店面（1小时）+ Loop（5小时）纯BQ，最后一轮来了一些technical，但都是conceptual questions。不过我的职位不是和码农相关的所以也没有coding。
楼上提到的基本都差不多了，BQ是看你表达能力，culture fit，思维模式，和行为风格等等，我就提几个面试后的经验和感受，帮助大家理解和面对BQ。

面试官们应该是有一个表，里面是几个方面他们需要把你回答的内容或者他们的comment填进去的，其中应该也有和他们希望侧重的地方，我们回答的前可以问问题的，比如“我做过类似着这样这样的项目遇到的这样问题解决了，这个方向是不是对的？”或者问题scope太大，你也可以问问题把scope缩小或者方向确定下来，这个过程不要超过40秒-1分钟，这个对我们是否准备过和summarize的要求比较高。
最重要的一点，我们国人被老师问问题问多了总是喜欢立马找答案，BQ面试我们是可以把所有的回答变成对话的，回答完或者中途和面试官确认一下方向对不对或者他们有什么问题。每次说话不要超过4分钟，STAR method必须都得3-4分钟完成，然后问面试官你有没有回答清楚，有没有需要你再多细节解释的。面试官的follow up都是好的目的，follow up问的其实就是他们想知道的但是我们没有提到或者解释清楚的，所以趁机会好好补充。

BQ其实有狭义的概念是专门问你做过的经验，还有一种是open ending question，就是给你一个情景或者很大的scope，比如 “How do you prioritize the conflict schedule"（我随便想的。。）这种问题你就不用讲我干过啥啥啥了，直接就说你的method和做决定会考虑的point，不过最好先问问题尽量缩小scope "what kind conflict we might be facing here? Because lack of resources? Or just we had change of cause happened" 面试官的回答不光光是缩小了你的回答scope，其实另外一方面也透露给你平时org里面会有面对什么问题。面试官也可以不回答，那你自己问的问题正好给你了两个情景，那你就根据这两个情景分别简短回答好了，然后问面试官有没有希望你深入回答的。

BQ其实很难的，一般地里都是写代码同学要求不高，但是有些岗位像我的TPM和楼上说的manager，这些BQ都很重要。

我就不分析楼主和面试官的case了哈，希望这些信息能帮助到大家~

Zvonfeng 发表于 2021-1-31 05:12
我面了OCI+亚麻都是店面（1小时）+ Loop（5小时）纯BQ，最后一轮来了一些technical，但都是conceptual ques ...

学习了， 谢谢！我对系统设计的准备就有点类似你讲得这样详细。事先设想互动的环节，还提前把架构图的元素给画好了以节省时间。
BQ确实没准备那么细。甚至在当天早上interview greeting时还说有coding，就一直是按25分钟计划的。失算了。

另外，既然您是TPM，我一直会把BQ分为两类：
一类是陷阱题，就是答得再好也就是不掉到坑里，比如“你的缺点？” “犯的错误？”
还有一类是安全题，比如你上面的例子“How do you prioritize the conflict schedule“，因为这只能tick好的signal，不太会trigger坏的signal。
不知道您觉得这样的划分是对BQ轮有益呢还是有害呢？谢谢

flashstone 发表于 2021-1-31 07:02
学习了， 谢谢！我对系统设计的准备就有点类似你讲得这样详细。事先设想互动的环节，还提前把架构图的元 ...

“我的缺点”这个现在可能问得比较少了，但是我大概懂了你的意思。一般你提到的“陷阱”题类似于Failure/产生矛盾等，这种类型的回答 不要大篇幅的讲怎么回事/是什么原因/为什么我fail了，尽量少的花时间，把大概背景讲了，比如有一个项目scope不清楚我们就开始做了，然后发现没有办法meet deadline，面对这个情况，我做了XXX。然后开始重点讲你做了什么，这个是最重要的，尽量分点1,2,3，每个点里面也最好也有detail，最后结果是什么，我学到了什么。大概时间划分是前面情况介绍30-40秒，action 2-3分钟，最后结果+学习不要超一分钟。

这种题目也没有好坏或者有益有害之分，failure的example是BQ里面如果面TPM或者senior/manager一定要准备的。

“我的缺点”这个说实话如果我遇见了我可能会想办法把他绕成failure。。。不过这个其实能google到很多教我们回答的，这个有点算是open ending的question，还不完全算是一定需要提供START method的那种BQ

柯基101 发表于 2021-1-28 17:25
具体面试情况不清楚，不过就以前做bq面试官的经历，bq的面试内容都要写进report的，如果讲的story真的很 ...

问题就在这里，

一个人非常challenging的过程，放在另外一个人身上，就很可能不是个事。难不难，本来就是主观的东西。我觉得在bq上面刁难一个每天搬砖的coder，非常silly。