Протобаф создавался для минимизации объёма + ускорения сериализации/десериализации передаваемых данных. Ни больше ни меньше.

И протобаф выглядит как то, что доктор прописал. Декларативное описание схемы и потом фигак - готовы классы для языка. Красота жи.

Минимизация объёма за счёт бинарного представления, скорость за счёт кодогенерации

Ну для этого много всякого есть, msgpack, cbor.

hi

protobuf - это просто формат разметки данных, заточенный на производительность. Структуру и семантику сообщений он никак не энфорсит.

Вот, на SO пишут:
"
Google designed protobuf to be pretty forgiving with versioning:

   unexpected data is either stored as "extensions" (making it round-trip safe), or silently dropped, depending on the implementation
   new fields are generally added as "optional", meaning that old data can be loaded successfully

however:

   do not renumber fields - that would break existing data
   you should not normally change the way any given field is stored (i.e. from a fixed-with 32-bit int to a "varint")
"

Точно такие же соглашения можно сделать по отношению к любому формату разметки.

Во... Вроде живем....

tnx

Коллеги, а кто нить работал с  Mojo::IOLoop::Client ?

У них есть фатальный недостаток

Кто напоролся? В JSON можно запихнуть всё - даже бинарные данные, если нужно, в base64. :)

Почти все, кто активно пишет в этом чате

я не понимаю как мне с помощью него посылать сообщения в сервер? :) я мало работал с можо и сетевым программированием

а в инструкци ничего не понятно

Вопрос не в запихнуть, вопрос в раскукожить потом.

ок

В правильные классы.

а чем протобаф не устраивает? Я что-то не понял из переписки

Наоборот, он мне прям приглянулся.