undefined | Better HN

0 pointsstock_toaster13y ago0 comments

> I think your view, while warranted, is very web programming centric

FWIW, I do very little "web work" (by which I assume you mean front-end?). Instead it is mostly api endpoints for mobile and server-to-server backend messaging. Lots of http transport stuff. If I were doing rpc, I would either not (and use a restful or type-2 api), or use something like protobuf or thrift.

Msgpack just doesn't seem, to me, as a really great fit for anything in particular.

0 comments

2 comments · 1 top-level

kiyoto13y ago· 1 in thread

I don't mean frontend but anything related to web services, really. "Lots of http transport stuff" is still "web programming" (for me, at least).

>Msgpack just doesn't seem, to me, as a really great fit for anything in particular.

Pinterest disagrees: http://engineering.pinterest.com/posts/2012/memcache-games/

To give you some context, frsyuki developed MessagePack originally for RPC (he was building a distributed key-value store in college) and made a conscious decision not to add a string type for maximal cross-language compatibility. Like a lot of other technology, MessagePack has outlived its original purpose, and there is a lot of demand now for it to support the (utf-8) string type, not just byte array.

stock_toasterOP13y ago

  >  "Lots of http transport stuff" is still "web programming" (for me, at least).

Web programming to me sounds like javascript and css. A the very least something to do with html output at some point. Oh well.

  > Pinterest disagrees: http://engineering.pinterest.com/posts/2012/memcache-games/

I didn't see any reference in that post to them trying compression. It would have been an interesting comparison.

Good data point on usefulness though. Thanks for that.

j / k navigate · click thread line to collapse