聊一聊亚麻的PIP

我自己在亚麻干了两年多，最近要离职，走的时候老板也是十里相留什么的，就没有说老板都是大怪物的感觉。

首先我在这两年多，自己组里只有一个人进过dev。 只听过两次直接PIP，一次是安全
泄露问题，第二次是有人经常上班时间打游戏。

PIP原因大多数就是两种
1.毒老板/毒组，我觉得这俩事是相辅相成的。大多数发帖的人应该是落入这个坑了。
选组尽量别去那些印度人多的，真的是毒瘤。升职又慢又push。建议要入职的人通过俩基本问题评估组：平时oncall一周sev2数量 + sde1到sde2升职时间。 sev2每周小于10，楼主自己的组<5个，这种大致反应组里service维护的比较好，健康。第二个问题一般是要 1.5-2.5年之内。听过好多说2.5-3.5的，大致反应很多水平到sde2的sde1中
流砥柱被卡住。这个时候PIP就容易到新来的头上。点名一些容易坑的，S3 /retail - 🍛窝子，还有一些security相关组。 lz自己dp也有限，肯定不是一竿子打死，只是说可能坏的相对多，真心实意帮忙。要是说冒犯到你，那对不起了。

碰到毒组别犹豫，就是转组或者刷题。毒圈会无限趋于刷到新来的或异族头上。

2. 水平有限。在lz的org，以及大部分lz朋友的org，PIP大多数还是真的有点问题的人。比如，瞎estimate但是deliver不了。code质量不行。连续搞出COE。

如果在正常的组，建议就是
-delivery是第一位。就是生皇子保命的概念。estimate的时候，宁愿多估时间，或者
要人加入来帮忙，都不能估计差不多的时间完成不了，各种意外多去了。这种太伤了，mgr要去跟leadership解释，你猜锅在谁头上
-code质量。CR的revision不要多，看到别人comment最好问清楚别人叫你改什么再去改新一版，别糊弄。
-经常问mgr有什么feedback。mgr会定期问你组员的。虽然有的时候很打击，但是让mgr看见你进步是🐶住的不二法门。
-多找组里人问一些process。就比如你做个deployment搞出了sev2，跟你写完MCM，按
照其执行了还出了sev2。就不是一个性质
-还有就是尽量把自己搞进重要proj，这种项目永远缺人

不建议频繁跳槽，亚麻的 tech stack真的是很不错，成长速度非常快。lz本身不认为
作为非senior的IC会愿意养老。

当然，刷题是要刷的，在哪都是保命的东西。

CR的revision不要多

我也是前两天才知道cr的revision居然也是考核指标，我操真想骂人。

我们那有个傻x，动不动拉着新来的改70、80遍。全都改完了，来个你这个设计有问题
啊……

【 在 han6 (周瑜) 的大作中提到: 】
: CR的revision不要多
: 我也是前两天才知道cr的revision居然也是考核指标，我操真想骂人。