coding machine晋升ama

最近读了地理好多帖子 普遍的sentiment是 升staff level基本和写代码没什么关系。
其实在meta里面，有一种engineering type是 coding machine architype，也就是纯靠代码输出升职的path。作为一个社恐，我非常讨厌leading project，也非常讨厌设置timeline去push别人做事情。我们manager制定了coding machine promo path，也成功在3年多的时候promo到了e6

我认为传统的project leader肯定会比coding machine更容易升职，但是在这里也是为大家提供一个dp，不要为了promo放弃自己热爱的coding，条条大路通罗马。在这里我也开一个AMA， 欢迎大家了解更多信息

我目前工作的stack:
IOS - Swift/Objc
. 1point 3acres Server - Hack/Erlang/C++
Web - JS (React)
Others - Python
前后端都会做，属于救火队长类型，哪里有需求做不完就会过去帮忙

目前项目的合作方式:
一般会和另外一个6一起负责项目，我主要负责eng design/execution，另外一个6会负责xfn/timeline/report/privacy etc. 当然我也会和xfn适当沟通，帮助项目里别的组员unblock them

怎么样算code machine:
我从入职以来 代码量常年是org平均数5倍以上， review量5～10倍

接下来的计划:
暂时不追求promo，继续保持高产出，做be提升各个stack的代码质量， 并帮助org里类似的小伙伴promo

匿名用户 发表于 2022-8-16 09:04
但这样会不会过分focus在单纯实现需求上，对广度的business/strategy/roadmap 没有自己的思考也很少去lead ...

我对business/strategy/roadmap本身的兴趣也不大，我更foucs的是怎么把一个产品做的好用，和写代码，设计框架这些事情上。

我现在做的事情已经偏向product infra了 以后估计想继续追求promo的话 会去product infra或者纯infra组。

至于calibration，这个确实非常看org，我之前的org不太value我这种case，promo多次受阻。现在的新org里，manager已经和d1，d2达成alignment，因为org里有非常多专注lead project的e6+，所以他们也很需要还是持续输出的e6，所以我的case会被单独evaluate。

匿名用户 发表于 2022-8-16 09:30
请教楼主如何fulfill people & direction axis？另外具体如何体现自己的scope(impact multiple teams)比较 ...

people axis 我一直都是比较高分的，主要是因为做的tech stack非常广，然后各个服务，前端都懂一些，所以经常会帮助推进别人的项目，unblock别的engineer，帮助别人debug处理sev之类的。

direction的话 会稍微弱一点，主要还是体现在eng scoping/research/design上面。

对这个path肯定要和manager甚至leadership做好alignment，不然的话calibration可能会吃亏一点。

匿名用户 发表于 2022-8-16 09:57
你一年大约多少个diff多少行code呀？

之前纯做web产品的时候大概2000 diff ～20w行
现在换了组做的stack多了以后 大概～800 diff 4/5w行左右

brtt13 发表于 2022-8-16 10:06
还有fixer呢

确实
同时也推荐staff engineer 这本书
https://www.amazon.com/Staff-Eng ... ps%2C258&sr=8-1

讲了不同种类的工程师

匿名用户 发表于 2022-8-16 11:07
个人能力强，和leadership也强是两回事

我个人还是不喜欢这种模式的，我有12+ YOE，

对 不带团队 后期晋升难度肯定是直线上升的。 但是我就是对这些事情不感冒，没有激情做这样的事情。
目前考虑的是，如果后期还想继续晋升，会考虑去infra团队，我了解过那边还是不少单纯输出的ic8+

hgon23 发表于 2022-8-16 20:28
个人认为code machine要么是天才，真的可以做到价值输出；要么大概率是输出tech debt。

不需要天才把 只需要在写code严格遵从design pattern，合理的设计让code好读也好scale。

多读一些design pattern，design pricinple，相关language的书，多看一些open source lib的源码，其实就很容易写出比较好维护的code

看评论里还是不理解这种类型的价值 正好我们组也有个这样的 真的是价值巨大 有了他我们组的不管是代码还是设计还是be的质量 都上了一个档次 感觉fb里面的stack就没有他不会的 反而是纯做项目的 才是真的可以取代

T型人才，有了足够宽度就会失去深度。到达一定级别，还是深耕合适，否则几个初中级的也可以替代你，而且公司花的钱上也差不多。

楼主主要做什么方向呢

匿名用户 发表于 2022-08-16 08:56:16
楼主主要做什么方向呢

主要做web, IOS和product server端

BZH 发表于 2022-08-16 08:55:56
T型人才，有了足够宽度就会失去深度。到达一定级别，还是深耕合适，否则几个初中级的也可以替代你，而且公司花的钱上也差不多。

对 有过这样的焦虑 所以在业务时间还是花了比较多的精力看源码 看书还有各种system design的blog conference

但这样会不会过分focus在单纯实现需求上，对广度的business/strategy/roadmap 没有自己的思考也很少去lead，毕竟自己一个人的精力是有限的，不带别人的话impact有上限，calibrations上和别人比可能会吃亏

请教楼主如何fulfill people & direction axis？另外具体如何体现自己的scope(impact multiple teams)比较好？

另外这个path是不是要manager相当支持，并且manager要有一定技术能力判断工作的scope(而不是靠show off among xfn teams)？

和楼主想法差不多，但大部分公司都不appreciate这种类型的engineer。总体机会还是少，我已经打算去纵向发展了，不去考虑promo了