fb所有产品组都是这样的吗？

匿名者 发表于 2022-5-15 11:40
说的不错。
狗design review和code review都会提很多意见，所以初看delivery慢，但其实去应对这些comments ...

非常同意这一层。而且很多不错的infra都是这一个样子。

要是没有机会参与早期起炉灶的阶段，到了后面真的很难稍微做点大的东西，一个5也就是天天上点小feature或者非核心的大点的活。真的要能drive出稍微大点值得吹得东西都得是资深的6。待久了满脑子都是这些细小琐碎的优化细节啥，对不是长期志在于此的人不见的是好事情。

除了4. 感觉确实是这样
不过根据楼主的体验 应该是还没有一个独立的scope
technical work大概就这样了 可能还要花时间想想direction 为什么做某些事情 什么的

长长见识

每个组可能还真不一样，我们组design doc也没人管，但我一般会问问相关人员的意见，强行让他们comment，算是绑在一条船上
其次我们整个组早十晚五之外的时间没人找我，我也不找别人。XFN和我说周末也可以找他，被我拒绝了，我说我不喜欢，于是就是再急大家也互不打扰，虽然其实也没啥可急的，因为我一般比他们预期的做的快
至于活琐碎，我的理解是，刚入职如果能给你一大块儿东西做是挺幸运的，如果没有，估计就要自己挖坑自己填了。我是入职就有两块东西一起做，但是明显感觉下个half需要自己挖坑了

匿名用户 发表于 2022-5-15 13:57
非常同意这一层。而且很多不错的infra都是这一个样子。

要是没有机会参与早期起炉灶的阶段，到了后面 ...

好的infra就是一堆稳定和优化啊，只是实现功能的话并没有什么难度（如果有，说明这个项目还需要拆分）。这些小技巧知道得越多，以后跳到一个新项目的时候发挥的作用就越大。

如果希望快速实现business需求的话应该走产品路线。

匿名用户 发表于 2022-05-09 10:26:26
. 我在Infra不到一年，reviewer看的都很细，一个diff改个7-8版是正常的，我一个最极端的有30版，跨度也有6个多星期，rebase了好几次。有的时候significant lines不到1

你说的后面这半部分的内容 很像SDE在核弹厂的体验 每天和自己公司的infra斗智斗勇

很正常吧……速度快和粗糙是升的快的主因啊，都慢功出细活磨练实力去了怎么升职