Skip to main content


The fact that 99% of my RPC and event serialization has to be done in json is blowing my mind.

Where did we go wrong??

“It’s so simple” they say, wtf?

🌶️ take: in a lot of ways, XML was and is better than JSON: it has far better tooling around it (schemas, XSLT, etc), and is still at least somewhat human readable… but everyone decided they hated all the angle brackets, so instead we got JSON.
@David Edmiston @mnl mnl mnl mnl mnl People claiming the bonkers hell of JSON },] and mandatory comma rules is simpler is bonkers
This is the direct consequence of “I program with vim and 80s unix tooling is the best we’ll ever need” thinking, imo

Depending on the use case:
- XML
- protobuf/flatbuf/any decent binary serialization (much easier to handle)

For readability and human consumption: YAML

Do you have an alternative format in mind?
This entry was edited (9 months ago)
@joesabin I’m kind of fine with code bloat, in the sense that we can build software that does a lot more. But json parsing is just… complex, feature-poor and json is an infuriating format and not even that readable to boot.

@mnl mnl mnl mnl mnl Do you have a favorite JSON-datamodel-like binary serialization out of JSONB, BSON, BJSON, UBJSON, CBOR, MessagePack, etc?

Asking partly because it's hilarious that we as a community haven't decided, in fact we're so undecided that at least two of these have IETF RFCs, and partly because you might actually have a preference and offer some insight. 😃

@Kill cars for climate!

#cerealization

@mnl mnl mnl mnl mnl @Kill cars for climate! I'm not the only person in the world who things that YAML is a nifty format for things that need to be read and possibly written by humans! yay!