Meta/FB infra 组

匿名者 发表于 2022-3-2 23:14
buck怎么样呢 正在聊

网传是借鉴谷歌的Bazel，具体情况不了解。

单纯对这方面有兴趣可以考虑加入。主要考虑和组里的Engineering Manager是否聊得来

hgon23 发表于 2022-03-02 19:37:02
Thrift目前被谷歌的Protocol Buffer / gRPC 吊打

脸家的auto scaling好像没有开源。

怎么说被吊打

messier1998 发表于 2022-3-3 00:29
怎么说被吊打

Thrift除了脸书没什么人用。gRPC基本已经是业界标准了。

hgon23 发表于 2022-3-3 16:15
Thrift除了脸书没什么人用。gRPC基本已经是业界标准了。

你猜是用Parquet的人多还是gRPC的人多？

yuhta 发表于 2022-3-3 16:32
你猜是用Parquet的人多还是gRPC的人多？

Parquet是一种列式存储格式，gRPC是谷歌开源的RPC框架。

不是一类产品吧？

hgon23 发表于 2022-3-3 21:40
Parquet是一种列式存储格式，gRPC是谷歌开源的RPC框架。

不是一类产品吧？

Parquet的metadata是用Thrift格式存储的，所以用Parquet就相当于间接使用了Thrift

Thrift作为一种数据序列化的技术和Protobuf比较，二者差不多，说不好到底是谁借鉴了谁。

但Thrift作为RPC框架和gRPC比较的话，目前明显gRPC更流行。

hgon23 发表于 2022-3-4 22:49
Thrift作为一种数据序列化的技术和Protobuf比较，二者差不多，说不好到底是谁借鉴了谁。

但Thrift作为RP ...

我用过几年C++的gRPC，async server的interface设计（grpc::CompletionQueue这些）实在太烂了，基本上和epoll没啥两样
Thrift的RPC没怎么用过，但看起来有callback有Future比gRPC好多了
结论：用的人多的不一定好

yuhta 发表于 2022-3-5 16:44
我用过几年C++的gRPC，async server的interface设计（grpc::CompletionQueue这些）实在太烂了，基本上和e ...

个人体验/观点都多少有些偏见.

gRPC目前使用的人多，不代表5年以后它还会继续火。

hgon23 发表于 2022-3-5 21:25
个人体验/观点都多少有些偏见.

gRPC目前使用的人多，不代表5年以后它还会继续火。

其实不好用也没办法，只能修修补补接着用，RPC这种东西就是需要一整个公司都统一来提升组间的开发效率，至于易用性和性能都是其次了