coding machine晋升ama

请问三年多是从e5到e6还是e3/4？

匿名用户 发表于 2022-8-16 14:46
请问三年多是从e5到e6还是e3/4？

ng e3 到e6 zszs

士兵思维了，这种大头兵6 就不应该是6，5就好了，产量没有飞越的。走技术线的6只能是能有所突破的，单点爆破，技术思路不说引领工业界也得影响邻居组都应用新技术或突破性成果，能提升business等级的。 量不重要，工兵而已。
要么就project  lead，靠别人拿结果。一般很难每次都能单点爆破的， 一般做出成果赶紧靠别人拿结果了。

在我看来meta的这些不同track比如problemsolver之类的和LZ提的coding machine这是个挺好的东西
每个人的兴趣和能力侧重不同 未必能把各个维度都做好 也不需要都做好才能升比如staff
我唯一的问题是 这样子在升职的时候考察标准是怎么样 数量是一方面 质量上如何justify一个e6乃至以后e7的标准 谢谢LZ分享

今晚打老虎23333 发表于 2022-8-17 01:30
我跟coding machine类型的engineer在一个组待过，讲真我个人非常不appreciate这种类型的senior engineer。
...

这个听起来是你们manager/skip manager fail了，并不是IC的错。

匿名用户 发表于 2022-8-16 15:33
士兵思维了，这种大头兵6 就不应该是6，5就好了，产量没有飞越的。走技术线的6只能是能有所突破的，单点爆 ...

是啊 所以今年一直在做很多product infra的工作 给org里设计的一个新框架添加了非常多新的功能，并把一个相对比较复杂的use case迁移过去作为example， 给后面新的use case铺好了路。

现在的focus不仅仅是高产，而是在解决更难的问题上高产

难得看到介绍coding machine的帖子，支持LZ！

我也是产品组的E6 coding machine，准备要E7 promo了。Archetype的区分一开始是针对E7+的，现在也适用于E6。E5以下的话感觉讨论archetype意义不大，因为level expectation还是比较通用的。

Coding machine并不只是单纯的写大量业务代码实现产品需求，而是设计框架让其他product eng可以更高效更安全地开发产品。Leadership当然也很重要，自己写了一个框架以后要drive org-wise甚至company-wide的code modernization和migration才能justify impact。

我觉得coding machine还挺舒服的。工作时间很自由，每周开会平均不超过4小时。跟组里其它product的TL完全不会有scope冲突。项目都是自己propose的，所以不会遇到自己不喜欢的项目。平时除了自己的项目之外，会review很多code，刷刷workplace了解infra team有什么新的功能可以adopt，review org里其它组的architecture design，参与一些tricky的SEV的讨论等等。

9000 发表于 2022-8-16 15:40
在我看来meta的这些不同track比如problemsolver之类的和LZ提的coding machine这是个挺好的东西
每个人的兴 ...

质量上的话，我觉得还是一个复杂度的问题。我做的一些东西在保持高产同时，还是具有相当高的复杂度，例如我在之前楼里的提到的给org里的框架增加新的功能。

因为我前两年花了比较多的时间去读各种框架源码，所以对于这类问题也比较得心应手。我觉得目前可预见的e7 path，可能还是更多在infra上发力

匿名用户 发表于 2022-8-16 16:15
难得看到介绍coding machine的帖子，支持LZ！

我也是产品组的E6 coding machine，准备要E7 promo了。Arc ...

是的 非常赞同 e6之后我觉得主要就是提升org里面的product的框架，和解决非常紧急的deadline的项目。不过我开会好像还是比较多的，也没有完全割离project sync/execution之类的

2000 diff？ 我给你跪了....这种组在bootcamp里还能招到人吗？