探讨：面试senior level的时候，面试官到底在看什么signal

匿名用户 发表于 2022-07-08 18:15:39
说句废话:
仅仅为了面试探讨这个话题可能意义不大，哪怕有明确的标准并且告诉了你，Senior很难fake出来。
如果为了长期事业成长，建议找目标公司的level calibration描述，各种矩阵，

是这个道理，作为长期的发展方向标准

我个人觉得主要是bq 吧 coding轮和sd轮的面试官好像都没我大，基本是不出错就行，唯有bq 对的是em，像楼上说的，bq问题一出来你就知道他想问什么了，大山侃起来。但也唯有这一步你是不能够”准备”的。

匿名用户 发表于 2022-07-08 19:28:36
第四条是指cause conflicts吗还是躺平不管意思？lol

multiple team有conflicts 你是如何调解让大家都舒服的

我觉得就是bq吧，系统设计也是能准备的，还是属于知识，coding更是在校学生准备的东西，不太差就行。

how to handle ambiguity

level越高越要独立，独当一面，别问别人，自己有话语权，自己做决定，自己负责任。

主要还是过去的项目经历，项目scope多大，impact多大，多少人参与，你是不是leader，怎么设计项目，分配任务，做一些简单的管理。
是不是一个multi quarter / multi team project，如何和别的组撕逼，如何和pm撕逼



都说Google的ladder最标准，其实L3就是做分配好的小任务/经常需要具体的指导。L4就是能独立完成e2e feature，不问别人具体技术问题，然后design with guidance。

狗家senior也就是独立带一个更大的项目，独立做design，然后把小任务分配给L3 L4，他们不会干还需要指导他们。项目没做完是要负责任的，告诉你high level，剩下的你自己去设计定义拿主意

匿名用户 发表于 2022-7-9 01:15
说句废话:
仅仅为了面试探讨这个话题可能意义不大，哪怕有明确的标准并且告诉了你，Senior很难fake出来。
...

赞一个，senior很难fake出来，当然真是senior的也很难不显露出来

我觉得面试时，你在压力下解题时的demeanor也很重要，要能很chill, 很专注，能和面试官进行有效的讨论，这个都是他们观察的signal。同样解出一道题，你急吼吼的腔调，和你曾经沧海难风淡云清的腔调，一般还是看得出来的。

BQ更如此了，senior的故事能让面试官竖起耳朵听，junior/NG的故事都是老掉牙的马甲故事

匿名用户 发表于 2022-07-08 18:15:39
说句废话:
仅仅为了面试探讨这个话题可能意义不大，哪怕有明确的标准并且告诉了你，Senior很难fake出来。
如果为了长期事业成长，建议找目标公司的level calibration描述，各种矩阵，

想起最近一次review sde role guide发现metric部分和解释最宝贵

匿名用户 发表于 2022-07-08 23:22:18
意思是深度跟广度兼备，并且还有处理实际问题的思路？

看scope，scope小深度更重要，scope大，广度更重要。越往上coding越少，涉及面宽。比如API设计，很多人上来就是Restful。更宽一点的可能是可以用rest，graphql, grpc, 或者lib.  然后要给一个原因为啥选。 设计系统不单看功能，还要考虑网络分隔，安全、rate limit ， failover， cost， operation,  log, metrics, trace 等等。不一定要自己做过，至少知道。 很多时候经验不够看了也记不住，记住了也套不上去，或者套错了。

han6 发表于 2022-07-08 22:52:29
我一般面人过去project，一个project讲45分钟，问得特别仔细，方方面面都要讲到。不仅仅是技术，也包括一些商业选择。

商业选择一般是什么啊🤔参与Product制定和优先级？
感觉涉及有技术方案的选择，可能需要买第三方，但是好像很少有机会真正参与商业选择。

做为亚麻br，从我自己的面试经历来看。绝大多数down level的都是bq中的回答不能展现出自己之前经验的scope和complexity的。我mock过的很多target senior的人，认为bq只是单纯考察一个人的品性，所以给的例子简直一言难尽。
越senior的职位，非tech方面的比重其实就越高。对于面试中不能讲清楚自己scope最广，内容嘴复杂的经验的人，面试官们是不可能单纯根据硬技术给职级的。

t__c___ 发表于 2022-07-09 16:33:52
商业选择一般是什么啊参与Product制定和优先级？
感觉涉及有技术方案的选择，可能需要买第三方，但是好像很少有机会真正参与商业选择。

好比我们应该在产品的哪个阶段关注哪个metrics ,有竞争对手和没有竞争对手的情况下我们怎么优化，优化短期目标怎么设计guardrail等等

多跟pm聊聊就知道了