亲身经历告诉你慎重去Meta WLB差的卷组

楼主终于要离职Meta了，终于离开了某卷组，原本以为自己是不怕累不怕加班的，心想如果多付出换来多回报也是值的。但事实给我上了一课，来跟大家分享一下不要选卷组的原因，以下都是楼主个人经历和想法，如有不同意见，轻喷。
1. 当卷组每个人都在疯狂contribute的时候，manager的期望会调整成组里的平均值，如果每个人都在疯狂加班，你也得被迫疯狂加班。我有时候甚至都怀疑有的人睡觉中途醒了是不是都会review个diff再继续睡。这种情况下，结果很可能是疯狂加班后也没有被recongnize也没有得到更多回报，简而言之就是rating未必更好，升职也不一定快。
2.  卷组的culture一言难尽。当大家都在疯狂赶工的时候，还顾得上考虑culture吗？当人在很忙很焦虑的时候，心态也不会很好。很多人在忙的时候说话就很冲，而且一不小心自己说错了什么也容易得罪人。Meta还有要peer feedback的习惯，有的时候感觉真的很憋屈...
3. 有的组太卷的原因是上面要的太多，而manager又很难或者不太会push back造成的。这种情况下，Eng加班是不情不愿的，疯狂赶工自然会牺牲质量，出了SEV以后，psc上面是要记一笔的。曾经见过某人疯狂赶project三四个月（上面期望的timeline不合理，但是push back无效），基本每天忙到凌晨12点到1点，但不小心搞出来一个SEV，最后psc给了个MA。大写的心疼...
4. 用lines of code 或者diff number作为一个重要的psc评判标准的组，要小心！个人认为这不是一个好事，有的project是需要investigate的，有的bug是需要时间才能查出来的。但是manager很难体谅，只会认为你能力低效率低（如果能体谅和理解，也不会把代码行数和diff 数量看那么重了 是吧），这种情况下，很考验一个人在这个组待了多久和有多熟悉codebase里有多少坑（一般这么move fast的组，codebase很多都是shi山，暗坑无数），组员都很忙 没有时间也没有义务告诉你哪里有坑，自己慢慢踩吧。

现在就想到这么多吧，真心建议大家不要走我的老路选卷组了。珍爱生命，远离卷组！

所以感觉team match这个方式比general hire要好。。

match的时候有mgr说impact从”你写了多少行code“来看的话，赶紧跑路。。。 大大的red flag。。
亲身经历。。

任何公司，不要去卷组，不要去卷组，不要去卷组。

职场最大的错觉就是组越卷升职越快，组越卷进步越大

然而，有句话说的好，起得早不一定身体好，遇到那种，用CL数来衡量组员贡献的mgr，不会push back的mgr，十分抠门的mgr，趁早跑路

一般这种组都是瞎78忙。书给你总结一下他们的特点：
1）组长级别不高，混的时间不长，但是很push。技术属于意识流。就是你摸不到他的深浅，他也不让你摸。深不见底。
2）组员有没有小团体你也看不出来。有人水平高，有人水平低。特点就是帮你是没有耐心的，尤其是新人。有坑知道也不会告诉你，因为”没时间“。
3）会抢credit，很难合作。
4）给新人的项目基本是被老人证明或者认为是坑的项目。新人水平高可以扛住，但是真心累。

方便透露哪个org嘛？还在选组孩怕。。

同问org....感觉很可怕

天，这是买它中国跨国公司美国分厂吗……

关键是time line不合理还不让改真的有毒，做的东西都不能用还做它干嘛

感觉snap有的部门也喜欢用 “lines of code 或者diff number作为一个重要的psc评判标准”
基本的pip指标。

同求问是那个org。反正都离职了，哪个组干脆也一起说了？ 造福后人。。。

看着像ads，其他组的sev不影响赚钱，不会count在psc里

出了SEV以后，psc上面是要记一笔的

Try to write solid SEV report, follow-up plan, improve plan

如果你们组总的来说SEV不算多，那应该有时间去好好followup。SEV is also opportunity to show directions and engineering excellence. 这样在calibration的时候manager也好帮你说话。

Calibration的时候manager是跟你一边的。尽量多给manager提供弹药。不然EM也帮不了忙。