По-моему, можно сейчас найти много примеров, где данные, предназначенные исключительно для машинной обработки, сохраняются в гораздо более неэффективной для этого текстовой форме.
- стандарт xml
- дампы базы mysql
- дампы хранилища subversion
...

При том, что оптимизировать, у ИТ-специалистов вроде как принято.

Учитывая текущую (по основной массе, это моё, ничем не подкреплённое, предположение) "безассертовую" культуру и небезопасные средства программирования (Си/Си++/Дельфи/...), можно говорить о том, что многие баги приводят к порче данных.

Данные, сохранённые в текстовом виде, всегда можно подправить вручную до валидного состояния --- в любом текстовом редакторе. С бинарными этого так просто не сделать.

Вывод:
небезопасные средства и стиль пр-я --> большое число багов, портящих данные --> боязнь таких багов в "данно-ориентированных" задачах --> выбор текстового представления для возможности ручного анализа и коррекции в экстренных случаях

[*]избыточны, что ведёт к повышенному расходу ресурсов (по обработке данных, по их передаче, в хранении в накопителях данных),

Интересно, кто решил, что данные в XML легко читать?

The design goals for XML are:

XML shall be straightforwardly usable over the Internet.

XML shall support a wide variety of applications.

XML shall be compatible with SGML.

It shall be easy to write programs which process XML documents.

The number of optional features in XML is to be kept to the absolute minimum, ideally zero.

XML documents should be human-legible and reasonably clear.

The XML design should be prepared quickly.

The design of XML shall be formal and concise.

XML documents shall be easy to create.

Terseness in XML markup is of minimal importance.

XML documents should be human-legible and reasonably clear.

Причём сишники багов боятся так сильно, что если и переходят к бинарному протоколу, то на всякий пожарный случай перед записыванием каждой переменной ещё записывают лишний байт с числовым значением её типа. И это не смотря на то, что код сериализаторов/десериализаторов зачастую генерят автоматически

Полагаю, что формат XML является переходным этапом пока не станет достаточно зрелым. Когда он применялся в начале, было недостаточно понимания как удобно хранить информацию. Человеку проще видеть перед глазами набор осмысленных символов, чем на бинарных данных.
А если данные представлять в удобном для понимания виде, а хранить - в удобном для ЭВМ? Программа сможет безошибочно и эффективно хранить данные.

Ну, уже 14 лет как переходный )

Нужно применять контрольные суммы и другие техники проверок. Тогда и будет понятно где искать ошибку. Пример: заголовок пакета IP.