在🦑厂勾住感觉褪了层皮

昨晚熬到半夜两点，才搞完一个巨恶心的c++ memory leak，合上电脑脑子还是嗡嗡的。当时老婆和娃早就睡了，我一个人在客厅摸黑坐着，憋了一肚子牢骚。今天白天稍微缓过来点，还是想把这些话发出来。
前阵子psc拿了改版后的大锅饭的ee，但说实话，出结果那天我真的一点都没觉得高兴，就觉得透支得厉害。以前总觉得养老厂太养老，非要出来卷impact，现在真在meta做到staff/tl了，才发现这岗位就是个纯纯的夹心饼干和大怨种。
每天的日常极其分裂。上面大老板要看大项目的落地，要topline metric；下面组员推不动跨组的活儿，或者底层的坑填不上了，你得去兜底。白天全是各种sync和拉扯，晚上好不容易家里消停了，自己还得去抠分布式引擎的细节、看rpc开销。
给还在熬的兄弟们几句大实话吧，都是血泪教训：
1. 写好你的self-eval比死磕代码有用一百倍。你lock-free写得再牛，底层设计再优雅，大老板是不看也不懂的。你必须得学会把这些东西强行翻译成“省了多少机器”“吞吐量涨了多少”。别不好意思吹，平时多攒点数据，你不写，就没人知道你干了啥。
2. 千万别当保姆。刚带人的时候，看别人代码写得烂就想自己上手去改。最后就是自己活活累死，别人还不领情。核心路径不挂就行了，学会放权，让别人去踩坑。你的精力得留给架构和对付其他组的扯皮。
3. 别太拿绩效当回事。为了个ee卷成这样，多拿的那点钱交完税，再看看平时没空陪家人的时间，真不知道图啥。身体才是自己的。

第一点就是在大公司最恶心的地方，你得做一遍正常的项目A，再单独开一个项目A' 把你这个项目A 翻译成 performance  review 需要的叙事，先estimate一个number证明项目A是有用的，再写一大堆论文证明项目A最后达到目标了，论证推动了topline metrics。

我被要求做reliability的事，加一堆protection预防出sev，md最后到psc问你这玩意有什么用，有什么number能show？我TM当时就惊了，就知到这玩意没整出sev前千万不能主动做，必须等到出了一堆sev你才能说我这个东西挽救了X个sev。最好闹大一点customer都escalate到director VP level，还能有visibility。谁TM管你这东西有用没用，上级就只要盯着看你这个X够不够大，编都得TM编出一个number出来。现在全是面向psc编程，整个half干的事就是为了编一个number出来。

在startup只要专心做完了实际项目就可以。在大公司上班纯粹就为了拿工资吃💩

男的赚了钱记得去卷医美卷护肤 别傻傻当供养者

升六之前，一个7看我太累了，给我的忠告：不需要什么都做好或给项目和队伍兜底，有时候要学会let the ball drop, 上面反倒才知道你的重要性和你有多辛苦，才能看见并帮你去解决一些问题。

6就是个围城啊，5拼命想上去，很多上去了的人又常说性价比太低宁愿呆在5

该用rust了

现在rating不就是大锅饭吗？你不提前确认上面有人挺你卷啥呢

鱿鱼的6设置得并不合理，eng应该只对工程架构和系统稳定性这些负责，不应该为business metrics负责，除非本身就是做推荐系统这种

做了很多事 要不要写post

如果不爽 应该可以选择离开吧

不要去追求rating，要用可持续的工作时间，去注意锻炼自己的skillset。
尽可能把所有事情都delegate出去，自己只负责这些事情能拼凑出能达到topline metric的结果。别人能做的，都让别人去做。
你的目的是达到目标，你老板的目的是要你解决问题。只有当质量影响你的目标时，你才需要提高质量。如果ducttape就能解决的问题，没人在意你设计了什么精巧的东西。你对你带的人也是这样的要求。烂代码，如果影响目标，要立刻指出来，不影响目标的就随它去。