с минимальными расходами

это в том числе еще и структура данных

Ага, особенно набросы

ну игры просто часто сетевые бывают)

Протобуф ортогонален флетбуфферсам

и кроссплатформенные

да и веб сервисы вроде фейсбука

ты про деревья?

По сети быстрее протобуфы гонять

Ещё и пожатые да

и таки нужно порой что-то быстро передавать и быстро эти данные из другого приложения понимать

производительность меньше

расходы больше

Я даже измерял (в моем конкретном случае, да), выбирал недавно, что отдавать из своего сервиса

У чего конкретно?

У джсонов конечно

Но их фишка в смысле пережачи данных например в отсутствии схематизированного формата

на каком этапе

таблицы

Each object is separated into two parts: the metadata part (or vtable) on the left of the pivot point and the real data part to the right.
Each field corresponds to a slot in vtable, which stores the offset of the real data for that field. For example, the first slot of John’s vtable has a value of 1, indicating that John’s name is stored one byte to the right of John’s pivot point.
For object fields, the offset in vtable would be pointing to the pivot point of the child object. For example, the third slot in John’s vtable points to the pivot point of Mary.
To indicate that no data is present, we can use an offset of 0 in a vtable slot.