Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm (honestly) curious why a custom serialization format and RPC was a better fit than HTTP for this problem.

What was the payload like that made this a better fit?



Thrift's RPC is (optionally) built on top of HTTP, but provides support for custom typesafe (kind-of) data structures and the conveniences of RPC. If you're sending data that's more complex than a single homogenous type, then delivering a structured message over RPC is a necessary abstraction.


I don't think network overhead is the problem here, it is about ease of development. Thrift generates working server code and you just have to implement RPC functions. On PB, you need a stack to handle connections, parse messages, dispatch, etc.


Note that Thrift supports HTTP as a transport.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: