Attention que le pseudo json que tu fais à la main est déjà une forme de yaml qui s'ignore. Normalement tu ne devrais pas avoir ces retours à la ligne et indentations qui te rendent le json si sympa en apparence car c'est de la sérialisation et non un truc prévu pour être facile à traiter par l'humain (là dessus xml est plus sympa.)
C'est ce que je dis plus haut. En sortie pas de commentaires et d'espaces, en entrée pour de la config comme c'est toi qui maitrise le parser/décodeur tu fais ce que tu veux.
Il faut bien séparer l'usage du json comme format d'échange de données entre deux programmes de l'usage du json comme format d'entrée de données de configuration.
Dans le premier la question des commentaires ne se pose pas car ça n'a aucun intérêt, dans le second tu as cette liberté. Idem pour les retours à la ligne pour la lisibilité dans ton repos git que tu fais sauter allègrement si tu veux l'envoyée dans l'entrée standard d'une cli.
Pourtant on nous rabâche que l'espacement c'est ce qu'il y a de mieux et Pythonique. Plusieurs poids plusieurs mesures ?
Ben moi j'ai toujours préféré ruby à python donc je n'ai jamais adhéré à cette école.
Et accessoirement aujourd'hui au boulot j'ai écris du Perl5 pour un truc qui tourne en serverless dans le nuage, c'est pas bô? Et j'ai trouvé ça bien plus agréable que la dernière fois que j'ai écris du python. Comme quoi pas si facile d'enterrer les dinosaures.
[^] # Re: devops
Posté par Psychofox (Mastodon) . En réponse au lien The yaml document from hell. Évalué à 3. Dernière modification le 12 janvier 2023 à 22:59.
C'est ce que je dis plus haut. En sortie pas de commentaires et d'espaces, en entrée pour de la config comme c'est toi qui maitrise le parser/décodeur tu fais ce que tu veux.
Il faut bien séparer l'usage du json comme format d'échange de données entre deux programmes de l'usage du json comme format d'entrée de données de configuration.
Dans le premier la question des commentaires ne se pose pas car ça n'a aucun intérêt, dans le second tu as cette liberté. Idem pour les retours à la ligne pour la lisibilité dans ton repos git que tu fais sauter allègrement si tu veux l'envoyée dans l'entrée standard d'une cli.
Ben moi j'ai toujours préféré ruby à python donc je n'ai jamais adhéré à cette école.
Et accessoirement aujourd'hui au boulot j'ai écris du Perl5 pour un truc qui tourne en serverless dans le nuage, c'est pas bô? Et j'ai trouvé ça bien plus agréable que la dernière fois que j'ai écris du python. Comme quoi pas si facile d'enterrer les dinosaures.