FB last day, 最大的成长是？

itgoujie2 发表于 2021-09-30 09:48:05
不是楼主 不过我举个例子 比如infra的code要处理queue 目前这个组只有一个queue 写代码的人把所有地方都写成hard code return那个特定的queue 这样并不影响推出这个功

Infra都这么写code确实离谱。。。

ivanyang 发表于 2021-10-01 16:14:27
"所以你觉得代码托管 代码搜索 代码index等等 不需要big data吗？"
tbh 这些跟big data 没啥关系....

我敢肯定，提供全球代码托管的github，数据量比你fb内部一个厂的ab test系统的数据量不知道高到哪里

匿名者 发表于 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完全没有概念。

北美农民 发表于 2021-10-01 17:26:12
你想啥呢, 代码是字符，字符本身就不是啥很大的数据量。 github托管的代码有没有大厂auto-gen code多还是个问题。 我在网上没搜到一共托管的LoC.  给你举个极端的例子当系统设计sca

fb infra真的那么solid的话为什么不拿出来做cloud？其他大厂都在做，做好了市值翻倍还不止。说白了还是在用做product的思维做infra。

harrybob 发表于 2021-10-1 19:57
fb infra真的那么solid的话为什么不拿出来做cloud？其他大厂都在做，做好了市值翻倍还不止。说白了还是在 ...

因为IaaS, PaaS和SaaS的利润率太低，和fb的主业卖广告比不值一提。前者扣扣搜搜辛辛苦苦靠走量赚点钱， 后者是印钞机。

北美农民 发表于 2021-10-01 18:02:23
因为IaaS, PaaS和SaaS的利润率太低，和fb的主业卖广告比不值一提。前者扣扣搜搜辛辛苦苦靠走量赚点钱， 后者是印钞机。

在线广告的市场就那么大，还有越来越多的公司进来分。这也是为什么fb的市盈率大厂里最低。大厂都会diversify自己的业务，用现成的infra spare capacity顺手做iaas是roi很高的一件事，而且很有战略价值，至少比让几万工程师卷那百分之几的metrics有前途的多。amzn msft goog都把cloud当成重中之重来做，fb没有资格看不上，只能说不敢做或者做不好。

harrybob 发表于 2021-10-01 18:38:12
在线广告的市场就那么大，还有越来越多的公司进来分。这也是为什么fb的市盈率大厂里最低。大厂都会diversify自己的业务，用现成的infra spare capacity顺手做iaas是roi很高的

同意这个。

harrybob 发表于 2021-10-1 20:38
在线广告的市场就那么大，还有越来越多的公司进来分。这也是为什么fb的市盈率大厂里最低。大厂都会diversi ...

在线广告市场就那么大， 有多大啊你跟我说说?  你知道FB现在广告是demand constraint还是supply constraint么？

还顺手做IaaS, 我怀疑你既没有做IaaS hands on的工作经验， 也不懂投资人怎么看这个商业模式。 你知道IaaS的opertional cost怎么在估值里怎么影响DCF和资产折旧么。

还几个点的metrics, 口气挺大的。俺们19年一个优化给fb节省了2000+台服务器， PSC smash up的时候被ads 1%不到的revenue gain轻松beat.

你这一段话除了FB PE低了点就没对的。FB的infra capacity连自己的业务增长都比较紧张，还要拿出一部分给Privacy。你知道amz近年财报的selling point一直是online ads growth业务而不再是aws么？做毛利率低下+红海+op 密集的IaaS，你这么牛逼咋不去CFO+CTO一块干了呢， 刚好Mike下台了，你还有机会可以自荐。google amz是90年代的公司， msft是70年代的公司， 而fb是04年的公司， 你不会以为fb短时间内和它们一同做到万亿级别是因为追着他们的屁股走的缘故吧？ fb是最先把在线广告印钞机模式跑通的引领者，社交广告老大， 需要跟着别人屁股走么？

"不做 = 做不好 = 没资格说做得好" 的认知是典型的不吃屎就没资格说屎不好吃。丁磊做游戏的时候还抱怨过有人做贩毒这种利润低下的生意，你这逻辑。。。

北美农民 发表于 2021-10-01 14:41:21
我没在谷歌干过， 但是谷歌的轮子很难说好用？ 相反我到听过很多人说谷歌内部的东西都自成一套， 具备较少通用性。

另外，谷歌开源的轮子和fb比popularity也是有差距的吧， 比如tensor

没在谷歌干过就别说了…谷歌的轮子挺好用的，而且所有日常开发都只要开个浏览器，直接在cloud跑blaze快的一比，从软家跳的表示叹为观止。。更别说spanner chubby 那种infra了

匿名者 发表于 2021-10-1 21:22
没在谷歌干过就别说了…谷歌的轮子挺好用的，而且所有日常开发都只要开个浏览器，直接在cloud跑blaze快的 ...

在内部上下游都是自己的东西当然好用， 但是单独拿出来就未必这么一回事了。

. 1point 3 acres有开源的IDE或者有达到fbthrift和pytorch这个级别的popularity么? 我知道的谷歌开源轮子被业界应用较多的是protobuff和tensorflow, 但离thrift与pytorch有明显差距。 记住我是谈popularity，也就是被别的公司或者项目接纳的程度。这一点谷歌对FB我看不出有任何优势。就算说到IDE轮子, 谷歌也没有VS, intelliJ这种级别的开源作品吧?

以后匿名恕不再回复。