просто прям из структуры

Насколько я знаю - нет.

Но я и про мучения с protoc ничего не знаю

ну да, кроме убитой системы типов и фактически невозможности декодировать сообщения без спецификации вообще никак

ровно в этом и проблема. cbor хотя бы позволяет описывать объекты в виде строчных ключей, и, если хочется, в виде числовых, в этом его прелесть, и тем он разительно лучше протобафа и msgpack

Норм там система типов, на go хорошо ложится.

А зачем без спеки?

Ничего не понял.

Msgpack-то вам чем не угодил?

А ой

msgpack я б попробовал

абстрактная компания "ооо красночерный завлодеватель сфер" сделала приложения для поиска электробусов, едущих до смузийной, а апи сделали на протобуфе. а мне НУ ОЧЕНЬ хочется автоматизировать рассчет времени маршрута, что бы заранее сказать мне, во сколько сесть на электробус, что бы вовремя взять мой банановый фраппе

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

ненене, msgpack прекрасен, просто вот этот мелкий недостаток есть что ключи только строки, но даже с ним он очень даже полезный

что значит - ключи только строки?

в жысоне так же

ну так договоритесь с ним, со завлодевателем

почему он обязан делиться спекой или особенностями протокола?

с типами: чем отличается sint64 от int64? а sfixed64 от fixed64?

это можно было сделать на порядок проще

в json это в спеке. а про msgpack я просто не знаю, о чем речь

ну насчёт числовых типов - в жысоне инты не помешали бы

немного их не хватает порой

{123:true} в msgpack нельзя, только {"123":true}, а в cbor можно, это экономит размер сообщения (чем гордятся у protobuf) и парсится быстрее (по бенчмаркам по крайней мере)

ну он же не выдал - соответственно, никак. он же сознательно такое решение принял, еще и лицензию, небойсь, соответствующую заставил вас подписать.

это не технологическая проблеа