救救孩子吧！ads和infra相关选组！

LZ最近拿到某中厂的offer，虽然还没定，除非我其他大厂用leveling去compete，否则95%就选这家了。这家选组比较自由，我被提供了7 8个组可供选择，刚和几个manager聊完，人都不错。LZ小年轻，不过work exp不少，之前的经验集中在product，backend为主，data analysis和data engineering都懂一些，想听听大家只在乎impact和升职，以下哪个更适合我一些，不需要考虑WLB：）希望大家，能给些意见，想到啥说啥好了
1. Ads API Platform

• 负责公司对外ads api sdk
• Infra Team
• 团队目前大概在9个人，外加一些4个contractor
• 老板似乎是abc/abk
  

Pros

• 公司ads方面的重要gateway，对内队外都非常重要，impact和scope不算小
• 做的项目的重点在于performance和scalability，这两个都是以前LZ开发时候想的比较少的东西，新领域
• 团队目前用的技术栈，我都很熟，大概率我能很快上手
  

Cons

• 这种API相关的team是否有大量oncall
• 所有EM提到的技术栈我有些太熟了，几乎没有我不熟悉的技术栈，不知道这是否会让我陷入技术的瓶颈
  

2. Ads Serving and ML Infra

• 具体细分的话，可以分成performance & reliability和developer productivity，也可以选择专注某个team，也可以cross team工作
• Infra Team
• 目前团队也是9 eng + 4 contractor
• manager是个年轻有为的三哥
  

Pros

• 团队目前最重要的项目是serving system refactor，我原来公司刚经历Scala-->Java的refactor，新公司的项目是做Golang-->Java的refactor，对我这是comfortable zone，且同时能让我有时间学习一些Golang的知识
• 项目需要自己搭建出了service外的整套部署相关的工作，CI/CD相关的知识，LZ也很熟
• 整个infra位于ads monetization的中心位置，由于需要和大量不同的组对接，能接触和学习到大量ads方面的知识
  

Cons

• manager说话方式有一点push，不过也有可能是说话的方式
• manager因为年轻，所以没当EM很久
• 和上一个组一样的问题，组里用的技术栈出了Golang外，我基本都懂一些，怕陷入技术瓶颈
  

3. Product Index

• 非ads，更多是公司的核心infra
• 专注personalization，user/content understanding，ingestion & distribution，signal collecting，应该说scope贼大
• 目前只和skip聊过，应该底下两个团队，有hc的那个团队应该4个人
  

Pros

• 技术栈是几个组里最丰富的，基本后端和大数据能有复杂的架构都有涉及，有相当的技术挑战性，我很喜欢
• 应该是几个可选团队里和ML相关技术栈最近的team，应该能学习到不少ML相关的知识
• 目前团队4个人，利于升职
• 国人skip和EM，skip初见人很nice
  

Cons

• 我只和skip聊过，是skip安排了这个sales call，目前EM新入职，我还没和EM聊，不确定这个EM是否有EM经验
  

默问：还是个孩子？

匿名用户 发表于 2022-05-14 13:11:57
感谢回复，我认可你的说法，估计会把1的位置放的更低一些。其实毕竟只和几个EM做了半小时的sales call，很多评价可能是不准确的。你说的2的技术栈，是不是最硬的我不太确定，因为和EM聊的时候几乎聊

通常来说 serving system的技术栈肯定是最硬核的，要求也极高，data job挂了重启就行了，seving system SR 不行，很多业务就不work了，ads的话那就是revenue loss了。ml serving也是mlops 各个components里面最核心的东西。 组里具体的project能涉及到多少核心的东西，那就看情况了。

product infra，一般是用公司的infra，build一些sevice或者job来支持业务，往好了说是业务也懂一些，infra也懂一些，往坏了说就是都不精通，半吊子水平。

个人经验，我在公司里看到的product infra顶天了是l6，infra有很多7 8的大佬。 我之前做了两年product infra到5，就转租到infra了。

匿名者 发表于 2022-5-14 17:18
很确定楼主说的就是我们公司，这几个组都不错

team名字其实挺明显的：）几个EM聊着都挺好，现在更多就是综合长远的技术深耕和个人impact看更适合我一些。

为什么想从Golang转到Java，有什么特别的原因吗？

匿名者 发表于 2022-5-13 18:08
为什么想从Golang转到Java，有什么特别的原因吗？

我自己团队就有做这个refactor，很大因素是因为招不到人，他们也是类似的原因，另外也考虑到整个org底下代码的一致性，这样更利于standardize sdk。

感觉是twitter？

我个人可能会在1和3里面选，取决于我更想深耕哪个领域，以及哪个组是这个公司的强项，让我以后跳槽能拥有知识护城河

匿名者 发表于 2022-5-13 18:32
感觉是twitter？

并不是哈：）

匿名者 发表于 2022-5-13 19:48
我个人可能会在1和3里面选，取决于我更想深耕哪个领域，以及哪个组是这个公司的强项，让我以后跳槽能拥有知 ...

good point 我也是这么想的，目前我自己排的话，差不多3是第一，其他两个差不多其实

先排除1, api很难搞出大新闻，不好升。

3是product infra, 能不能升取决于product是否成功， 运气成分不小，而且好坑好project已经被组里的老油子占了。

2的技术栈应该是最硬的，但是manager push也许是个需要考虑的点，有的manager push是纯粹的micro manage，有的是比较ambitious想搞大impact。

fivepigs 发表于 2022-5-14 03:08
先排除1, api很难搞出大新闻，不好升。

3是product infra, 能不能升取决于product是否成功， 运气成分不 ...

感谢回复，我认可你的说法，估计会把1的位置放的更低一些。其实毕竟只和几个EM做了半小时的sales call，很多评价可能是不准确的。你说的2的技术栈，是不是最硬的我不太确定，因为和EM聊的时候几乎聊的都是很常见的Java后端技术栈，当然，系统重构虽然无聊，但确实很容易学东西。
3的这个team目前我列在最前面，最吸引我的部分是只有这个项目是涉及大量real time processing，skip也准备了比较多针对我的问题，这个其实也我很在意，毕竟更喜欢自己的profile对方也有好好研究过，有被关注到的感觉。唯一的问题就是刚招的EM刚入职，我只知道是从linkedin来的：）。