3 ms·

A different way: learn from protobufs, then design a new language from the ground up and define a spec very early.

• saalweachter 4y ago
  Eh, I've been corrupted by a decade of working with protobufs, but I've ultimately settled on "protos are good enough". Maybe not perfect, maybe there are use cases and patterns where they totally suck, but they exist and are already being used and they generally get the job done. While a part of me will always want to spend time optimizing and carefully crafting the perfect system from the bits up, there are more interesting things to build on top of your serialization and RPC frameworks so I don't see any real value in spending more time creating a 15th standard.