O YAML venceu a configuração ao fazer a estrutura parecer com anotações

O XML resolveu a intercambialidade, mas fez a configuração simples parecer marcação de documento. Os criadores do YAML partiram da premissa oposta: um arquivo de dados deve parecer com os dados, não com tags envolvendo os dados.

A especificação 1.0 descrevia o YAML como uma linguagem de serialização Unicode amigável às pessoas e independente de linguagem, para arquivos de configuração, mensagens, persistência e depuração. Seu truque central era a estrutura visual: indentação para escopo, dois-pontos para pares e travessões para listas.

Essa escolha envelheceu perfeitamente no DevOps. O YAML.org agora o descreve como o padrão de fato para configuração de infraestrutura em ferramentas como Kubernetes, Docker Compose e Terraform. O recurso vencedor não foi o poder; foi a capacidade de revisão.

Deixar os dados se mostrarem

A indentação tornou os dados aninhados verificáveis rapidamente, sem tags de fechamento.

Mapeamentos, sequências e escalares correspondiam às estruturas nativas das linguagens de script populares.

O texto simples tornou as configurações fáceis de comparar, revisar e colar na documentação.

O formato permaneceu independente de linguagem, para que cada ferramenta pudesse adotá-lo sem ser dona dele.

Para formatos editados manualmente, a legibilidade não é decoração. O formato que as pessoas conseguem revisar em um pull request se torna o formato pelo qual as equipes se padronizam.

O YAML se tornou uma linguagem de configuração padrão em ferramentas nativas da nuvem e sistemas de CI/CD. Sua legibilidade permissiva também trouxe armadilhas, mas a lógica de adoção se manteve: a infraestrutura passou para texto que humanos podiam editar.