求助 -- Senior Eng 加入新公司如何快速上手和build reputation

大肉馍王 发表于 2021-4-7 22:31
插眼，同问。而且我也一直很敬佩有些manager，自己完全不写甚至也不看code的情况下，到底怎么才能lead小组 ...

我觉得很多问题是类似的，有成熟解决方案的。（靠谱的）manager一般经验都比较丰富了吧，很多时候不需要了解很多细节，能从宏观上给出很好的建议。

Manager / director / CTO earn reputation的方式和IC的方式不是一个套路。首先M/D/CxO都是有打绩效权力的，这种时候不管他technical够不够强，组员都有责任帮他；其次想在technical方面有输出的话，还是有多个手段，一个是找“自己人”帮忙，比如招自己信得过的熟人，从团队里培养愿意配合的人，另一个是自己来，如果能力强或者肯多花时间的话，应该也是可以的。不过M/D/CxO都很辛苦就是了，毕竟工作的重点不是technical，而是get things done。

IC的方式都很直接的，就是靠项目，谁的项目越牛逼，能培养的人越多，谁就能拿到更大的地盘。最舒服的曲线肯定是先做一两个中小的项目，得到manager和skip level的肯定，再趁机搞一个大的项目，过程中培养几个新人，后面的就好办啦。最怕上来就搞砸一个，老板也不肯给人，越做越难。

作为刚换组大半年的老年程序员，也来参与讨论。

其实不管是不是senior，刚到一个组，就是啥都不懂。心态可能需要刻意调整一下。

与此同时，也要有技术上的底气，尽量自己去看代码，要坚信：Any system can be reasoned. 除非你在炼丹。

代码里看不懂的东西应该主要是业务上的，不是架构或者语法上。业务方面的东西扫一遍内部wiki，再看看各种文档，特别是那种scope大的。一般scope大的文档会把背景和north star写得比较详细，主要是为了让其他org的人能看懂，所以新人应该也能从中吸收不少。另外，业务上的东西很多是从on-call中体现出来的。有句话说得很好：incidents reflect the gap between your system and the reality. 不需要一进组就做incidents，但在对业务有一点了解后，自己可以试着看这些incidents看看是怎么回事，以及别人是怎么处理这些incident的。组里有定期的incident dicussion就更好了。

总之，前几周要多花些时间在ramp up上，为了比较快地了解系统，自己要有紧迫感。对系统熟悉以后，其他的做项目或者带人什么的应该是水到渠成的。（只要manager没在想跑路）

开始阶段, show off是关键，就算很多不知道。在大方向上，胡扯一些是非常必要的。

另外没人会假设你进公司就能写codes， 找一两个帮你介绍framework后，至少可以了解整个流程。可以提出自己的design decision和comments.

还有一点就是很多问题是靠common sense解决，team有人碰到麻烦问题的时候, 一个方向就好了。不需要非常细节

有机会就写doc，或者没有机会创造机会写doc。大方向的doc，新思路的doc。拉利益相关者多review doc。个人认为做为新加入senior的较优路线。

正好前几天看到 Deb Liu 前阵子新上任 Ancestry CEO 分享的 a guide for onboarding into a new role, 可以参考一下思路
https://debliu.substack.com/p/a-guide-for-onboarding-into-a-new

1. Get high-level context from wikis/docs first, summarize questions and ask area owners
2. Thoroughly read code base, summarize questions and ask the people who write the code and/or who owns this area
3. If you are not familiar with general tech stack, pick some small independent tasks/small projects first, familiarize yourself with test, canary, deployment, trouble-shooting, and other internal frequently used tools. It doesn't have to be all tools.

关注一下，非常有用

比较官僚的公司可能没太多说的，基本就是老板指定了这个role，屁股往上一坐，你熟悉熟悉就开干了。

比较bottom-up的公司的话，像前面有人说的，需要去earn这个TL的位置，如果是维护现有系统为主，我见过比较好的办法是把组里几个sub domain合起来捋一捋，捋出一个high-level的抽象东西来，加上自己的vision，你自己也ramp-up了，也发挥了作为新TL的承上启下的作用。
抽象/解构一个大的系统是很能看出来水平的，见过高手做，就一个字：服

做新东西的组的话，无他，上手干活！先干净利落地deliver一个产品吧。 我见过狗家L7的，先是自己写代码deliver了prototype，然后马上有人来跟着做了，接着新组新产品就立项了，天下攘攘皆为利往，哈哈哈哈

大家觉得sr需要多长的时间ramp up比较正常，我的理解是前3个月