登录
  • #LinkedIn
  • #公司评价

聊聊‌‌‍‍‌‍‌‌‌‌‍‍‌‍‌‍‍‍‌‌‍‍‌‍‌‍‌‌‌‍‌‌找工网LinkedIn公司的情况

一亩三分地匿名569
14965
47
圣诞节前,想简单聊聊L家的定级,工作和环境。为了不透露过多个人信息,以下内容会加一些人工模糊。个人情况是入职不到3年,目前senior,位于infra 某组。

===防杠声明===

这个帖子的基调是希望通过事实和少量的观点让大家对公司有更真实的了解,事实部分来自我自己的观测,这个观测天然是biased 的(更多是infra这边的情况),所以欢迎补充新的数据点。如果观点部分和我不一样?那么相信自己,你是对的。

=============

先说级别,基本IC ladder 是swe -> senior -> staff -> senior staff -> principal staff - 最高到 distinguished staff 全公司只有个位数。从日常工作的感觉是staff 及以上不超过25%,然后senior swe 和 swe 各占剩下一般,可能senior略多一点。下面说说我了解的各个级别情况。

senior staff

说来惭愧,这个和更高级别的IC本人很少有直接接触,都是很senior的IC了,普遍一个40~50人的group有2,3个senior staff, 小一些的group 压根没有也是可能的。一般非常大的项目和决策需要请出组里senior staff 提意见拍板,对应多个组跨季度的项目。

staff

身边了解的 staff engineer 大部分写代码已经不是主要工作了,更多的时间是drive initiaitive, design 和各种meeting。scope方面普遍大于一个组,也就是说不仅要当自己组的tech lead,还要直接间接的影响隔壁组或parterner 组的项目。很多时候需要定义metrics,定义project scope,设计流程这些。总的来讲staff level 对leadership 和communication 要求很高。staff IC做过培训后可以平转manager。

senior swe

这一层是干活的主力了,也是人口最大的一个级别。个人感觉这个级别band非常宽,从2 yoe到10 yoe+都有,在组里通常own 几个features,然后会作为POC被oncall或是其他组的人来找。日常通常会负责比如一个中型项目的design和end-to-end实现,execution方面会强调independence。也会作为project lead 带几个junior swe。software engineer (swe)

虽说是entry-level,但除了return intern 基本不收new grad。这个级别期待和要求和大部分公司的L3差不多,就不多说了。

然后说一下有关面试、升职以及WLB 相关的事情。东西有点杂,想到什么就一条一条写了。



  1. PhD new grad 一样给entry-level SWE

  2. infra track SWE (L3) 级别社招通常都会有2~3轮system design,app track 通常也有1轮system design,这个在业界很少见。

  3. staff和senior 面试中如果有哪一轮system design答得不好就很容易被降级,也有在HM 轮认为candidate 相关领域积累不足而被降级的情况。

  4. swe, senior 和staff 的包裹mid和upper range 分别比G/F 的3,4,5级要高一点,大多数时候不需要compete就给大包(只要面的好不被downlevel),但有时候offer只给2天考虑时间。

  5. 不同org、team之间升职速度差别不小 app track 普遍情况 BS/MS new grad + 1.5 ~ 2年可以升 senior. infra/AI track new grad + 2.5年不升的情况很多

  6. org/team 间差别挺大的,选组很重要,可以多了解。进来后换组相对容易,需要呆够一年加对面manager同意即可,同track一般不用面试。

  7. refresh 比较少,3,4年前来的人的TC cliff 是不小的。但据说有新政策要改善这事,拭目以待。

  8. WLB 很看组,我了解到的很闲的组和很忙的组都不少。

  9. 公司层面的inday, perkup, 401k,外加食堂这些福利是实实在在的好



关于技术栈和创新【这个部分的个人观点比较多】

先说不好的:



  • 有一些内部tooling稳定性和易用性都有待提高,某些内部框架不是业界标准,之后出去了技术可迁移性不高

  • 近几年的开源项目都偏小,用的人不多,再没kafka级别的项目

  • 一些比较成熟的组 move slow

L家不像G/F 这样的大公司有能力去养活那么多做基础研究和开发的组,大部分的组的存在首先是解决当下公司的业务和技术问题。开源项目大部分一开始也是首先解决了公司内部的问题,然后才是考虑开源。即使说L产品单一,技术栈相对落后,对职业初期的工程师而言(比如我),我认为L依旧算好公司



  • 技术是手段,不是目的。不是说技术越强,publish paper越多,开源越多的公司就越适合工作。

  • 再说技术,反映到工程师身上是日常的项目,而L的体量【我认为】处于scale 和 scope 的平衡点上——处理足够大的用户量和数据,有足够scalable的系统,有足够难的业界共通的问题;同时相比体量更大的公司,IC有更大的机会接手整块东西,更容易做出impact。

  • 背靠微软且业务稳定,拿msft股票,整体不错的TC 和 WLB



林林总总的,就写到这吧。

祝大家节日快乐,Happy Holidays!
47条回复
热度排序

发表回复