En exportant du JSON vers un CSV ouvert dans Excel avec les paramètres régionaux français, les nombres à point décimal comme 3.14 sont souvent mal interprétés — parce que la virgule y est le séparateur décimal, et Excel attend alors le point-virgule (;) comme séparateur de colonnes plutôt que la virgule.
À quoi sert chaque format
- YAML — l'indentation remplace les accolades, standard des pipelines CI/CD, de Kubernetes et de Docker Compose.
- CSV — plat et tabulaire, le plus petit dénominateur commun pour les tableurs et les outils d'analyse.
- XML — plus ancien, avec attributs et espaces de noms, toujours présent dans les services SOAP et de nombreux systèmes d'entreprise hérités.
- TOML — pensé pour être non ambigu et facile à éditer à la main, connu grâce au
Cargo.tomlde Rust.
Pourquoi le CSV peut sembler "cassé" à l'ouverture dans Excel français
Excel détermine le séparateur de champs du CSV selon les paramètres régionaux du système. Avec la virgule comme séparateur décimal (norme en France), Excel attend le point-virgule entre les colonnes, pas la virgule. Un fichier exporté avec des virgules peut alors apparaître comme une seule longue colonne à l'ouverture par double-clic — le sélecteur de délimiteur de ce convertisseur permet de choisir le point-virgule pour l'éviter.
Le piège du typage automatique en YAML
Le parseur YAML tente de deviner le type d'une valeur sans guillemets : version: 1.20 peut devenir le nombre 1.2, perdant le zéro final, et le texte NO devient le booléen false selon les règles de YAML 1.1, qui traitaient yes/no comme des littéraux booléens. Les valeurs qui doivent rester du texte doivent être mises entre guillemets avant conversion en JSON.
À quoi cela sert en pratique
- Déplacer une configuration d'un outil qui attend du YAML vers un autre qui attend du JSON, ou l'inverse.
- Exporter des données d'une API en CSV pour les consulter rapidement dans un tableur.
- Faire communiquer un système hérité basé sur XML/SOAP avec une API moderne basée sur JSON.