FB last day, 最大的成长是？

技术上虽然说还是接触了一些不错的技术实践，但大部分还是shitty code和乱七八糟的事儿，连个做ab实验的平台工具都三天两头出问题（丑也就算了。。）
当然这一切都不影响升职加薪上巅峰，最大的个人变化还是 being f*cking aggressive，也是服了，整个公司感觉都在promote这种文化，但个人感觉还是挺恶心人的（虽然自己也这样了），不然好活肯定是被别人抢得连屎都不剩了。。

匿名用户 发表于 2021-09-30 09:26:54
非常好奇lz最后去了哪家以及ladder爬到哪个级别了？以及怎么定义shitty code….

不是楼主 不过我举个例子 比如infra的code要处理queue 目前这个组只有一个queue 写代码的人把所有地方都写成hard code return那个特定的queue 这样并不影响推出这个功能 推出以后这个人有impact升职了 半年以后小组要support 更多queue了 新人被安排了refactoring 的工作 心里就跟吃了屎一样 这还是infra prod估计更厉害

经历过麻->软->脸的表示不要对ab test平台take for granted，在软每开一个新项目都要自己造一遍轮子…… 我反正是对脸家的infra心存感激

匿名者 发表于 2021-10-1 19:10
我敢肯定，提供全球代码托管的github，数据量比你fb内部一个厂的ab test系统的数据量不知道高到哪里

你想啥呢, 代码是字符，字符本身就不是啥很大的数据量。 github托管的代码有没有大厂auto-gen code多还是个问题。 我在网上没搜到一共托管的LoC.  给你举个极端的例子当系统设计scale estimation好了。菊花厂前几年吹1000亿行代码(脸都被打肿了), 就是10^11, 我假设github托管10000个菊花厂所以一共10^15 LoC好吧? 每行算50个字符(实际不到), 一共50 * 10 ^ 15 Bytes = 5 x 10^7 GB = 5 x 10^4 TB = 50 PB. 这估计也就fb几天的产生并且需要实时处理的数据量(节假日估计1天).

好了，以上, 是最容易的地方。
最难的地方是various media type (big objects) + realtime + query with multiple dimensions + consistency + 容灾备份. 这5点github需要的Infra估计也就能做到最后两点consistency + 容灾备份。支持github的code search的indexing server也是个超级简化版的general search indexing server。以github对realtime和query的拉胯需求，压根用不到什么很难的玩意。

你彻底高估了github对infra的需求 + 对fb data infra生产环境下处理的data scale完全没有概念。

楼主多少年经验啊？恭喜你找到下家

据说abtest的平台还不如企鹅厂家的不知真假

ab test其实很强大 但是赶不上fb这么大的体量

fb推崇的文化就必然堆shitty code 。让员工追求impact和速度，压力巨大。还是要在潜心钻研和盲目进取之间找到一个平衡。恭喜楼主早日出坑。最近fb的perm也出了大问题，大家没卡的赶紧跑路吧。

心理承压能力不够强的话还是要谨慎考虑fb 勿忘前几年的跳楼事件

FB和俺嘛都是学习survival skill的地方

非常好奇lz最后去了哪家以及ladder爬到哪个级别了？以及怎么定义shitty code….

mandmwantapig 发表于 2021-9-30 09:24
FB和俺嘛都是学习survival skill的地方

what about other？ netflix，startup？