FB last day, 最大的成长是？

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

Spanner 这种难用到极点的就别拿出来说了

xjbTalk 发表于 2021-10-01 00:30:08
别的仁者见仁，智者见智，但是说FB A/B testing infra没别人好的。。。真的有点扯了

同好奇这方面还有哪家能秒杀 fb 的

lch04 发表于 2021-10-01 20:18:52
Spanner 这种难用到极点的就别拿出来说了

存储谷歌trillion数据全球第一个做到globally external consistent的db  不是你说一句难用就能否定的好吧

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

前提是得有infra capacity 而且没啥市场是无限大的啊 广告市场有限 云服务就不有限吗 谷歌做了这么久还做的这么难 我觉得有公司不愿意去做也完全make sense

北美农民 发表于 2021-10-1 17:26
你想啥呢, 代码是字符，字符本身就不是啥很大的数据量。 github托管的代码有没有大厂auto-gen code多还是 ...

你回的这个匿名的兄弟应该还没开始工作...

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

这帖子比较的本来就是内部轮子，你用 “FB 开源工具比 G 开源工具更 popular” 来反驳 “G 内部工具比 FB 好用” 的观点，不 make sense 吧？FB 工具我没有用过，G 的工具好用的一 p，这种问题只能让两边都干过的人发言吧

. 1point3acres.com

g00gley 发表于 2021-10-2 00:01
这帖子比较的本来就是内部轮子，你用 “FB 开源工具比 G 开源工具更 popular” 来反驳 “G 内部工具比 FB ...

我不否认google内部的工具好用，你要明白这个的好用是依赖上下游ecosystem而言， 不能完全归结为轮子本身好用。
举一个fb类似的反例, graphql在fb内部是极其好用的跨平台的工具, 但是开源后因为缺乏上下游ecosystem的支持没法用也没人用。

这个贴一开始我的论点就是开源data infra轮子，自己翻记录。

开源项目谷歌确实没有thrift和pytorch这个级别被业界接受程度的作品， 承认这点很难么。

北美农民 发表于 2021-10-1 22:14
我不否认google内部的工具好用，你要明白这个的好用是依赖上下游ecosystem而言， 不能完全归结为轮子本身 ...

不难啊，G 的开源工具就是垃圾，我在 G 内部用 tf 但是自己的小东西也不爱用 tf，就是不好用。的确是和上下游 ecosystem 有很大关系，但是在比较内部工具好不好用的时候没必要拆开比，反正都是内部工具，上下游也都是配套好的，比 e2e 的使用体验就完了。我的点只是前面的朋友说他两个都用过，觉得 G 的实验系统比 FB 的好用，你用 “FB 开源工具比 G 的好用” 来反驳不 make sense。

g00gley 发表于 2021-10-2 00:29
不难啊，G 的开源工具就是垃圾，我在 G 内部用 tf 但是自己的小东西也不爱用 tf，就是不好用。的确是和上 ...

说白了就是 "两张嘴 v.s. 具有被行业承认过的开源项目口碑"你选择相信前者呗。

你承认这个就行，我没别的问题了。

北美农民 发表于 2021-10-1 22:35
说白了就是 "两张嘴 v.s. 具有被行业承认过的开源项目口碑"你选择相信前者呗。

你承认这个就行，我没 ...

.. 给👴整乐了，废话我肯定是相信前者啊，我在 G 呆过也在二线大（中？）厂待过，不是亲眼所见我都不敢相信 hive/spark/xxx 这些这么出名的开源工具日常工作使用起来这么捉急。这些开源工具能打出名堂来不可否认肯定都是很优秀的，只能说明开源工具优秀更多是在他要解决的那个问题上 nb，和真正使用起来好用并没有太大的关系，同理 FB 一堆 nb 开源工具，并不能让我觉得他们内部工具 e2e 使用起来就很 nb，我不相信两边都用过的人给出的直接证据我去相信开源质量这个间接证据？