|
|---|
|
|
|
|
|
|
c******i
发帖数: 1 | 1 我自己在亚麻干了两年多，最近要离职，走的时候老板也是十里相留什么的，就没有说
老板都是大怪物的感觉。
首先我在这两年多，自己组里只有一个人进过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会愿意养老。
当然，刷题是要刷的，在哪都是保命的东西。 | h**6
发帖数: 4160 | 2 CR的revision不要多
我也是前两天才知道cr的revision居然也是考核指标，我操真想骂人。 | q***s
发帖数: 487 | 3 我们那有个傻x，动不动拉着新来的改70、80遍。全都改完了，来个你这个设计有问题
啊……
【在 h**6 的大作中提到】
: CR的revision不要多
: 我也是前两天才知道cr的revision居然也是考核指标，我操真想骂人。
|
|
|
|
|
|
|
