【company review长篇大论】HBO MAX公司情况介绍

今天就来详细仔细说说HBO吧, 我把能说的都说出来，大家自己按照情况考虑吧。我目前做hbo前端，我以前做过后台，所以hbo前后端我都看过。
hbo小org，人肉应该很容易，有啥异议可以提出来。



先来个大家关心的吧

IC Level	SDE1	SDE2	Sr SDE	Staff SDE	Sr Staff SDE	Princiapal	Sr Princiapl	Distinguished
TC	~180	200-250	300-350	400-500	500+	?	no one	no one
refresh	?	?	75k	100k	?	?	no one	no one
YOE	0	0-5	5+	5-10	10+	15+	no one	no one
mgr lvl	mgr	sr mgr	dir	sr dir	vp	svp	evp	c level?

mgr lvl 跟 IC lvl 不对齐，report chain也是千奇百怪。
这边一般是level up, 跳槽过来，原来什么级别来了升1级。
工资是大公司 percentile 75 策略，一般给的比顶级包个20%……，但是match也是见过。staff给500k 也见过几次。秒几个血汗工厂肯定没问题。
年终年是multiplier, 个人表现现在不计，2021 是147%. (Bonus sr是13%，升级多3%）



如果评估一家公司：
我干过很多公司，虽然不是技术大牛，但也见过猪跑，大致也知道好坏。


公司文化:
1. 没有 pip quota， 大家交流文明，比较尊重对方
2. leadership 中规中矩吧，很多leader都是新的，所以来的人自己带了一套系统. 总体还没有沉淀下来，集中力量干大事的节奏带不起来。
3. process 不全但是正在形成，promo 是blackbox, 大多也是inner circle， doc 中下水平
4. 沟通成本大： 不多很introvert的IC，喜欢slack 不喜欢开会, 说点事挺费劲
在公司文化方面，我总结是 “做人很好，做事速度慢，集中力量干大事欠缺些”
虽然我没去过去微软，但是老员工跟我说文化还是很微软的。前几年带了些亚马逊的流程，promo SDE matrix, COE 5 whys等等, 最近一波带来的应该是comcast的吧，我具体也不清楚新加了什么。反正我大公司该有的都有，只是实践的好不好的问题。

待遇：
1. 薪水：因为大多数公司都是base + bonus, RSU目前是att股票，所以比较稳。给的虽然不是顶包，但是看数字也知道水平在哪吧。
2. 401k:  6% match(with first 3%, 133% matching), 最近还整了个300K 以上部分 再来6% matching, 看上去专门给VP设计们的perks。 有mega backdoor
3. insurance: 自己给钱，还比较弱，一个家人，1月500那种。plan的结构倒是主流，不用怕被坑
4. perks:  一年寄个几次 包裹，给点衣服啥的小玩样儿
5. unlimtied vacation: 说白了不行给离职的人钱，请假workday申请下，我1年修28天vacation, 6  sick days.
6. summar fridays, 5-8月每两周周五放假
7. 其他：未上市电影内部预览，hbomax免费，att live tv $10/month, att wireless half off, 不过要脱离att, 所以att perks 就要没了，还有volunteer days

工作强度:
1. 平均应该<= 40hrs/week, 因为这个是公司的一个指标，每年都会有问卷, wlb是第一个section的问题
2. 会有crunsh time, 最强的时候每天10-12小时，持续2个月吧。完了然后给了暑假3个月没干活。
    crunch time 原因很多：(a) org lvl poor planning (b) PM planning sucks (c) mgr/dev lead/dev sucks， 我按照我看到的印象给的排名
    因为缺少org level planning, 所以许多项目都是很突然出现。甚至很多都没有design doc.
    目前这个现象有所好转，有个强制org level的architecture review，这样不review的项目不启动。
3. 会有busy waiting, 很多时候很其他组交流需要等对方内部讨论，经常等个1/2月，然后你的项目busy waiting... 还有项目requirement不全，等PM发下来等等..
4. idele - 很多时候，会没事干，起码大家也不想fix tech debt, 就没事装有事干
总起来说，忙不忙得看setup，忙的组，他们平均40小时吧。自己vocal一点，wlb应该可以manage不错，毕竟没有pip.

机遇:
1. 升职的SDE matrix,是亚马逊照搬的，Staff 是problem not defined, cross team efforts，staff是terminal, 大概 15%的engineer在这个职位, sr staff 很少6%?, principal 知道的只有5个。
2. 技术机遇：有很多tech debt，但也没真的那么差，因为很多你觉得厉害的公司，其实也就这个样。五十步笑百步的状态吧。整合一些infra, clients，技术机会还是有的。
3. 大牛: 有挺厉害的engineer, 林子大了，总可以学到点东西。改变格局的人才我不认识，我感觉streaming tech已经很完整了。。

peers:
1. 老板, 大多老板还是技术出生，因为hbo之前的title是tech lead, 老板也需要打代码，现在变成people manager了。lvl1/2 mgr 话语权不是很大，很多时候需要engineer 自己escalte到director/VP。技术老板基本知道你在干啥，所以没的说。但是有些摸鱼的老板就混日子了，这个很看运气。哪个公司都一样吧
2. peer engineer: 总体说，工程平均yoe比亚麻要高。common sense比较强。但因为hbo的流动性很差，所以很多人干着干着就不care了，新加入的话，自己看代码吧。

docs:
hbo max还是很像startup的，就几百人的org, 他有onboarding doc,各个service, ownership, architecture, 但是到实际逻辑的时候，你需要大量看代码，大量问。特别是一些核心逻辑居然没有doc, test cases documentation, 新来的工程师很容易迷失方向。

技术：
这个我重点展开说下，streaming app 这个其实烂大街了，后台基础技术难点都已经被各家解决多了，问题只是实践的好不好的问题，我并没有觉得在技术上什么突破。
至于HBO app为什么烂，你看完我说的你就知道为什么了。

历史：
在HBO刚开始的时候，他们只想做一个能放game of throne的streaming app, 最早的几个工程师是微软来的sr engineer, 做了一个雏形是javascript template drive native code来实现javascript write once render everywhere, （是不是很像react-native?), 当时xbox内部的一个rendering engineer用的这么一套思路，我猜想他们是搞过来了。后段当时是买的3rd party solution. 上市的app叫做hbo GO app.
在推进一点时间：当时那套javascript template, 连个type都没有，他们自己不知道哪搞来了一套type系统(想到了typescrtipt / FB flow?)，不止那样，还搞一通javascript eventing system（想到了rx-js), 然后使用了bluebird的promise. 在这个snapshot, 这一套还是可以的。

在此同时，react native 诞生了。

在推进几年，HBO的那套老玩样基本被人改了千万遍，能用，但是离RN越来越远了。 他们用这一套的原因很简单：他能在n个平台上运行(ios,android, desktop, androidtv, tvOS, xbox, ps4, tizenTv... some custom android tv boxes)，而react-native只能在ios+android/AndroidTv。
这些个平台都有自己的limitation, 所以react native 并不可以直接拿来用， 比如tvOS 完全自己的一套focus系统。（所以有人花了大力气深度定制了RN 搞了一个react-native-for-tvOS)。写到这里，我自己也考虑过用最少的人力资源来写这么多平台，我觉得没啥好办法。
在这套系统里面的痛点就是他们的template实在太难懂了，type 也没有，老掉牙的javascript没人想写。于是来个微软水平哥，直接把react-native深度定制了一下，硬生生的把react-native的binding接入了我们的template.. 在这个时候，很多UI就开始用react-native写了，然后底层bind到template, 再bind到那么多的平台。 直接把单车开上高速了。。挺佩服的。
这个状态持续了1年多，然后hbo GO 改名hbomax上市了。。用户抱怨很多bug, 为啥，因为app实在已经太复杂了。复杂度高的大多数内部人都已经看不懂了，只有少数几个人在maintain底层的代码.
目前hbomax收购了个公司叫you.i, 他们自己做的的C++ rendering engine，然后React-Native bind到C++ openGL renderer. 这个解决方案其实跟上一代解决方案差不多(IMO), 只不过execute的好很多（没有cut 很多corner)。大家目前去Roku上面看的体验是不是比之前好很多？
目前ios/android app还是在老系统跑，所以体验还是很差。以后钱以后，技术stack就是纯react-native了，因为C++也不用碰了，引擎组会提供API.

至于为什么不是每个平台开发一次，都是cost的问题。我个人觉得使用跨平台开发，几百人带起hbo max 很不错了（如果目前的策略可以达到不错的app质量）。

后台：
后台的话大家自己design下streaming app,也会想出来多少service, auth, session, user, assets, telemetry 等等。后台是javascript/typescript + aws shop。
之前有人喜欢docker + kunernete, 后来又有人喜欢aws lambda.. 导致现在东西比较多而且杂。
后台tech debt有一些，但是因为是没有前台那么扯，所以真的还行。很多后台也是接入3d party, 也算是data massage工作了。
后台的测试是个大问题，因为没有稳定的staging. 而且经常测得不完整就上production。 总的来说也是各个组协调不全的原因，更别说integration tests的完整性了。
还有就是前后台的沟通成本太大了，很多项目都没固定的tech lead, 乱七八糟的搞。撸起袖子干大事也得有带头大哥不是。
后台oncall严重些，经常出现某些影片断供。而且hbo还有个server side driver rendering, 那个做的特别懒，随便改点参数前端就要挂，operation的人随便改改又是sev2.


个人体验：
我在hbo的前3个月也挺挣扎的，因为doc不完整，组内的sr staff 也已经到了不care的程度，所以我获取context成本很高。组员也都是新人。

然后我只能自己看代码，每天看12小时估计。。其他啥不都不干每天就各种看代码。看了3个月代码之后就觉得入门了吧。后面干了2个大项目就足够context了。
2021年我达到了平均20小时。我也不打算升职，所以wlb非常好。我觉得这公司就对人客气，wlb好这优点，其他我也不在乎。

跳槽后鸿沟肯定有的，文化不适应，技术栈也是不一样，doc不能价值很全，老板组员不行都是存在的。这也是hbo的大致现象。除非是bar非常consistent的公司。
我自己干过的几个公司 legacy code base都是一个样。如果进来了有更好的选择，那肯定走。如果没有更好的选择，那就只能跨鸿沟了。

对经验少的同学，我倒不推荐hbo，因为现在covid 学东西很难，不如去一些大厂，工具统一，focus on delivering就可以

最后祝大家找工作顺利

弄了一阵子前端的，RN 这种跨平台的，各种包的质量其实堪忧的，有的时候动不动 crash 也是很头疼。

特别是看到楼主说那个单车开上高速公路那段，真的笑了。。这个属于debt 过于大

匿名用户 发表于 2022-02-25 17:18:22
不知道楼主方便帮忙回答下这个问题么？非常感谢！

我钱一样情况下觉得都行吧
虽然hbo Dir是mgr of mgr..scope 大些。但是回头跳FAANG 人家也可能发个M1。
这年头都是谁钱多谁就进入FAANG….
职业生涯又要看运气，对的老板/下属/时机。
公司名气还带轮回的。0几年时候亚马逊算三流公司。如日中天的雅虎也会倒，到最后留下的就是养老的钱。

我觉得能力一样情况下做的选择很多带运气，想必你已经选好了，祝你一切顺利

匿名者 发表于 2022-2-11 20:57
我不记得谁亚麻L7进来hbo的，但是原则上是对应的: mgr of mgr. 然后价格也应该一样。
有个prime video的 ...

感谢提供信息！请问您觉得如果有hbo的director和FAANG的EM1/Lv6的offer，建议选哪个呢？

好公司啊 赞分享

很多人干着干着就不care了莫名戳中我的笑点，lol

谢谢分享，加米了

楼主分享的很细致了，多谢

看上去staff是对标蕉厂sde3,如果sr.sde能是terminal level就更好了,很方便rest and vest

好想认识大佬，请问您在hbo_seattle_chinese的群里吗？

对于工作时长这方面我和楼主体验差异比较大。同在tech部门，我的平均时长会在40h/week，时常也会有个加班。同样是在不同组的原因吧，我觉得组内和合作组的沟通是很顺畅高效的。

我是从hbo 跳出来的，现在十分怀念。其实 hbo的infra team 很不错。当时花了几周看了所有代码，之后真的随心所欲，也有发言权。
promo有点慢是真的