Je suis d'accord pour dire que YAML est un format horrible. Pour un travail précédent où j'ai écrit un outil qui convertissait des fichiers de localisation (et il se trouve que certains logiciels localisent avec un format basé sur YAML), j'ai écrit un parseur basé sur la spéc. C'était franchement l'un des pires formats avec lequel j'ai eu à travailler. Aucune cohérence, 20000 façons de faire la même chose sémantiquement, des règles/exceptions super tarabiscotées. Même pour un humain, puisqu'il y a plusieurs façons de faire les mêmes choses, je suis persuadé que quand on se met à travailler en groupe avec ce format, on se retrouve avec des problèmes de compréhension de syntaxe.
Perso, je pense que XML reste un des meilleurs formats pour tout ce qui est automatisé (facile à parser par une machine, et facile à lire, donc débugguer par un humain en cas de problème); et pour tout ce qui est à éditer par un humain (fichiers de configuration pour un logiciel non-graphique par ex) ou pour des données vraiment simples et linéaires, de simples fichiers INI ou similaires vont parfaitement.
Json, c'est bien pour le web, où on essaie souvent d'optimiser le moindre bit. Mais pour des fichiers qui restent principalement sur la même machine, je lui préfère de loin XML. C'est beaucoup plus lisible.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Non a YAML !
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E14 : formats de données. Évalué à 4.
Je suis d'accord pour dire que YAML est un format horrible. Pour un travail précédent où j'ai écrit un outil qui convertissait des fichiers de localisation (et il se trouve que certains logiciels localisent avec un format basé sur YAML), j'ai écrit un parseur basé sur la spéc. C'était franchement l'un des pires formats avec lequel j'ai eu à travailler. Aucune cohérence, 20000 façons de faire la même chose sémantiquement, des règles/exceptions super tarabiscotées. Même pour un humain, puisqu'il y a plusieurs façons de faire les mêmes choses, je suis persuadé que quand on se met à travailler en groupe avec ce format, on se retrouve avec des problèmes de compréhension de syntaxe.
Perso, je pense que XML reste un des meilleurs formats pour tout ce qui est automatisé (facile à parser par une machine, et facile à lire, donc débugguer par un humain en cas de problème); et pour tout ce qui est à éditer par un humain (fichiers de configuration pour un logiciel non-graphique par ex) ou pour des données vraiment simples et linéaires, de simples fichiers INI ou similaires vont parfaitement.
Json, c'est bien pour le web, où on essaie souvent d'optimiser le moindre bit. Mais pour des fichiers qui restent principalement sur la même machine, je lui préfère de loin XML. C'est beaucoup plus lisible.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]