Здравствуйте, Ops, Вы писали:


Н>>И считают байты.
Ops>Пофиг на байты, а по наглядности YAML там всех уделывает.

Проблема в том, что помимо валидации нужен ещё полноценный тулинг.

Начиная от автодополнения (читай, нужна схема) и заканчивая валидацией при программной генерации файлов проектов.

К тому же сторонники json и ко ещё и читерят. Я про вот это:

 frameworkAssemblies: 
        System.Data: "4.0.0.0"
        System.Xml: "4.0.0.0"
        System.Xml.Linq: "4.0.0.0"

Достаточно в этой схеме появиться ещё одному атрибуту, к примеру, hint path или имени нюгет-фида, как "наглядный" код превращается в кучу отступов и скобочек.

Xml от этой проблемы по понятным причинам не страдает.

Здравствуйте, Ops, Вы писали:


Н>>И считают байты.
Ops>Пофиг на байты, а по наглядности YAML там всех уделывает.

Проблема в том, что помимо валидации нужен ещё полноценный тулинг.

Начиная от автодополнения (читай, нужна схема) и заканчивая валидацией при программной генерации файлов проектов.

К тому же сторонники json и ко ещё и читерят. Я про вот это:

 frameworkAssemblies: 
        System.Data: "4.0.0.0"
        System.Xml: "4.0.0.0"
        System.Xml.Linq: "4.0.0.0"

Достаточно в этой схеме появиться ещё одному атрибуту, к примеру, hint path или имени нюгет-фида, как "наглядный" код превращается в кучу отступов и скобочек.

Xml от этой проблемы по понятным причинам не страдает.


UPD: с галёрки подсказывают, что 99% сторонников yaml-а сами yaml не кушали. Одно требование "никаких табов" уже ставит на нём крест, как на языке для человеков.
Нравится зависеть от невидимых символов — велкам в whitespace, в рабочий проект такой изврат тащить точно не стоит.

TOML тож немногим лучше — один таб == один пробел, насколько помню. Может поменялось, давно смотрел.