> Плохого? Ну, например, endianess у систем бывает разный. И оно вот так не портабельно без принятия специальных мер.

На правах адвоката дьявола спрошу, "специальная мера" - это банальное указание Byte Order Mark?
В случае несовпадения архитектуры предполагается что нужно сериализовать/десериализовать содержимое.
Но это я так... я в курсе, что лучше так не делать и что проблемы с портируемостью были получены на пустом месте.

И про JSON я с вами согласен полностью, но только вы немного не там увидели проблему...
Видите ли, главная проблема JSON не в том, что его поддерживает "полтора браузера", а в том, что для того чтобы его распарсить, вам нужно его сначала целиком десериализовать!!! Если у меня есть большой XML-документ с данными, какая-то выгрузка БД размеров в 100 ГБ, и мне нужно срочно найти и исправить в ней какие-то данные, то что мне делать? Правильно! Xpath/XSLT помогают мне найти нужные данные и построить иное представление документа. И вот чтобы такое провернуть с JSON вам нужно начала установить в свой ПК 100+ГБ памяти и полностью десериализовать набор данных. Следите еще чтобы ваш парсер умел работать с многосокетными конфигурациями и желательно понимал NUMA а то количество памяти, которое цепляется к одному сокету ограничено =)
Далее схема, которая в JSON отсутствует как класс. Она не обязательна и есть сторонние проекты которые её пытаются реализовать. Современные версии стандартов не содержат схему, поэтому вы должны либо знать что у вас в документе либо страдать. Вообще понятие трансформации потока сериализованных JSON-данных W3C в своих стандартах рекомендует делать... ВНЕЗАПНО через XML, почитайте современный стандарт XSLT.
Получается, если у меня есть поток объектов JSON, то для выборки и построения собственного потока (без привязки к реализации API приложения) я должен конвертануть, трансформировать и конвертануть обратно...
А потом люди спрашивают, почему REST умирает и вместо него все переходят на GraphQL

Ну и когда пишете всякие гадости про JSON не забывайте добавлять, что это JavaScript Object Notation. Код JavaScript (натурально текст программы) всегда может быть представлен как JSON, а JSON может быть трактован как код JavaScript. Таков этот язык. Парсинг JSON это парсинг кода на JS. В оригинале оно умеет сериализовать не только экземпляры, но и функции и выполнять их тоже. JSON полностью работает только в JS, а остальные языки лишь реализуют его подмножество. Причем каждый по-своему.