亚麻PE, 求职经历 (II)

上一篇在这里 =》 https://www.1point3acres.com/bbs/thread-1011420-1-1.html


帖子下面有人问了些问题，继续上文统一回复下具体面试情况。首先主流大厂我没有面，一些high profile的小厂我也没有面，所以只能根据自己面过的几家有名的，没名的来阐述自己的看法，普适性无从知晓。


关于coding


我提到了我刷了leetcode，我大概前前后后刷了300来道题，其实是属于过度准备类型，前面我说过，我的面试踩了很多坑，事倍功半，并不可取。我是那种记性超差的人，写过的code过段时间自己都不记得了，如果有人和我差不多，那建议刷pattern比刷数量更重要。pattern我是靠拉不拉东（https://labuladong.github.io/algo/home/），然后回去用leetcode做一遍；还有就是特别想面哪一家的时候，会去地里看面经，然后反回去leetcode有针对性的刷。当然了，面经经常是一两句话概括了，和真的面试的时候的题目还是会有出入，所以面经只能是对公司风格的预判，但不能过度依赖。


对于staff+职位的，不建议刷hard。因为pattern类型的大概已经掌握了，非pattern类型的基本就看当场发挥了，平时如果要靠看答案才知道的，那现场基本也是挂。除非有无穷的时间和超强记忆力，否则很难cover到边边角角各种hard题目，不刷也罢。有一些公司面试是明确偏实用类型的，这种其实更像平时工作中写code的状态，对于candidate挺友好的。但是有些公司也比较恶心，不仅压level，还拿更低level的人来考coding。我遇到过两次，这种公司基本就是相互嫌弃类型，对方随便拿个让你吐血的题出来，而且上来就要求optimal solution，最终的结果就是我也做不出来，心里吐槽，对方也看不上我。不过反观staff+的人来面我的，coding更注重交流和循序渐进，主要看我写的是否流畅，思路是否清晰，是否能一遍过或者自己debug出来，然后循序渐进加难度。Again，每个公司的title差别很大，我说的staff+是和大厂对标的level。


关于system design


我提到了刷了alex xu，因为我确实没有面试经验，也不知道别人会考什么。所以用alex xu的把基础的东西过了一遍。比如s3怎么做的，consistent harshing怎么回事，shortened url到底怎么做的，sorted set是什么东西。其实在真正面试中一个都没考到，唯一贴边的是design what's app，但是面试官的点和alex xu书上的点也不一样。我个人觉得alex xu的书还是值得看一遍的，打个基础，熟悉下套路，但是没必要深挖，真正面起来，还是靠平时的工作积累。


刚开始面的时候，我在system design上挂过三次，我会根据我在工作中的操作方法阐述该怎么做，但对方视角未必和我等同，我实操中的方法，未必对方也认可，最终结果就是我被拒。后来我在每个点会给出2-3种方法，都说下pros and cons，有时候很难说哪个方法更好，也未必需要说出来哪个方法更好，除非在当前情况必须给个结论的，否则适可而止就行了。


有些讨论中我会提到一些点，可能面试官没有想过，但是我不会继续往前讲，通常我提一下，然后写下来告诉暂时放这里，一会儿回来如果有时间咱们再说。


一个小时的时间我会走走停停，说一段就问问面试官这些够不够，你还想具体讨论什么。


还有一种比较痛苦的情况就是明明知道自己是对的，但是对方觉得不对，你心里可以骂，但是表面还得装冷静。这个时候要么就服软顺着对方，要么就想办法圆过去，阐述自己的consideration，为什么会这么design。


关于behavior question


一般会有2-3轮的behavior question，其中包括project retro 加纯behavior。在最开始面的时候我花了很多时间把自己做的东西回顾一遍，自问自答的把能想到的场景和故事都写了一遍。开始练手了一两家之后就已经可以完全脱稿自由发挥了。一般来说吹自己光辉业绩的这种都很好回答，但是如果问反面例子的，确实比较难，说大了怕backfire，说没有对方又不买帐，问题是有时候真的没有，编也得编一个。behavior question的套路无非是一下这些：

• 你的scope有多大，工作中的partner是什么级别的
• 你的项目为啥厉害，难点在哪里
• 你遇到过什么困难，怎么解决的
• 你和谁吵过架，怎么解决的
• 你怎么drive alignment的
• 这个项目的ambiguity在哪里，你是怎么drive的
• 你曾经有过什么失败的项目
• 这个项目哪里有改进空间
• 有什么东西launch了，但是效果没有达到预期

behavior question可以适当发挥，但是主打的还是真诚，乱吹的话架不住对方深挖。


有时候对方问一个问题，我有多个example，我会再问问对方，我有这个类型的，那个类型的，你想听哪个。反正工作久了，狗血的事儿遇到太多，能拿出来说事儿的其实很多。


有一个小伙伴问如果自己的故事特别复杂，对方听不懂怎么办。我的建议是提前准备，看看能不能简化到既让对方听懂，也可以显示自己很牛。如果简化版无法传达精髓，再好的例子也要放弃。讲了半天对方听不懂，对方会判断candidate有communication问题，得不偿失。面试的时候要挑通俗易懂的故事讲，即便那些故事不是你的最高光时刻。我自认为做的最厉害的一个例子需要很多技术背景铺垫，我在15+轮的讲故事环节只试了一次，还是我已经知道稳过很放松的情况下讲一遍，但是讲的很差，后来再没有拿出来显摆了。


最后讲一个点，如果有和我差不多在短期内疯狂面试的小伙伴，最好拿个笔记下自己和谁说过什么。集中在同一周讲来讲去，可能自己都不记得和谁讲过什么，容易出现和同一个公司反复兜售同一个故事的情况。有一次B说你给我讲个项目吧，但是要和你给A讲的不一样的，我顿时愣住了，因为那段时间面太多了，根本不记得和A讲过什么，尴尬至极。


关于方向的选择


越往上走做的越专，对方一般希望直接找个熟手带队。来找我面试的公司有一小半是看重我最近几年做的方向。这个时候最好和对方确认下，他到底想找什么样的人，可能他理解的area of focus和你实际的area of focus是有偏差的，当面试开始了才发现对方想要的能力自己并不具备，那就白白浪费时间了。不管是公司内部转组，还是跳槽，都多考虑下即将踏入的行业是否是你未来的发展方向，争取混个热门的area，再跳槽选择会多些。


～～～～～～～～～


最后插一句，有一个小伙伴刚才我加你好友了，但是我没有鳄梨，所以无法留言。等我挣够积分再联系你。祝你也可以跳出亚麻舒适区，找到心仪的工作。

一个土豆 发表于 2023-8-23 06:46
坚守亚麻LP，其实那个真的是干好工作的宝典

补充一下，看时段。deliver result, ownership, learn and be curious, earn trust这些是标配。
bias for action是一个人闪光的quality
刚入职少点backbone， 多点disagree and commit
年头久了，慢慢拽起来，多点backbone, and think big

匿名用户 发表于 2023-8-23 01:18
大牛讲讲空降PE好混吗？会被PIP吗？

不会pip，pe有performance问题是直接fire的，因为director写不出太technical的development plan

christmastree 发表于 2023-08-26 19:11:23
有pip quota 么？ 不加班会不会被pip? 感觉上不卷的话很容易被pip

我不是manager 不知道有没有quota。我在亚麻这么多年，看过太多被pip的人，有过两个冤假错案，其他的都是真不行。常年加班的人是少数派，所以我觉得pip和不加班不是一个概念。

大神前辈好。能不能讲讲new grad怎么在亚麻生存下来，尤其是头几年。谢谢

请问楼主关于方向的选择，您觉得到了什么级别以后换方向会变得很难？

大牛讲讲空降PE好混吗？会被PIP吗？

匿名用户 发表于 2023-8-23 01:18
大牛讲讲空降PE好混吗？会被PIP吗？

不会不会，好好干活，适应企业文化，加油哦

apple702 发表于 2023-8-23 01:08
请问楼主关于方向的选择，您觉得到了什么级别以后换方向会变得很难？

看对方需求，我最后去的那家公司，我一开始面的岗位是做android / iOS builder tools，对方知道我其实不会，我就硬说我有学习能力，可以快速上手。但是最终他们给我offer了，但是另外开了个headcount给我。可能刚好看重我本来的方向，也可能是确实觉得我带不了android 团队，外行领导内行是个disaster。

另外一家给我offer的，也对我的方向匹配问题有疑惑，但是被recruiter说服了。

最贴合的一家确实是和我现在做的方向完全吻合，但是因为钱少就据了

我觉得staff的还好说，当然也有遇到特别矫情的公司，那就只能说双向嫌弃，好走不送就是了。

匿名用户 发表于 2023-8-23 01:01
大神前辈好。能不能讲讲new grad怎么在亚麻生存下来，尤其是头几年。谢谢

坚守亚麻LP，其实那个真的是干好工作的宝典

offer咋样？

一个土豆 发表于 2023-08-23 06:46:51
坚守亚麻LP，其实那个真的是干好工作的宝典

关键一点：不在乎是否真的做到了，但一定要凑上去 present出来