Variables et sorties, paramétrer sans dupliquer

Le premier réflexe de paramétrage est presque toujours le mauvais : on copie le répertoire production en staging, on change trois valeurs, et on obtient deux configurations qui divergent silencieusement pendant six mois. Le jour où un incident de production doit être reproduit en préproduction, personne ne sait plus quelles différences sont voulues et lesquelles sont des oublis. Le code dupliqué n'est pas un problème d'élégance ; c'est une garantie de divergence.

Les variables résolvent ce problème, mais elles en introduisent un autre si on les traite comme de simples trous à remplir. Une variable non typée accepte n'importe quoi, et l'erreur ne se manifeste pas à la déclaration : elle remonte quinze secondes plus tard sous forme d'un message d'API illisible du fournisseur, ou pire, elle passe et crée une machine de type t3.medum qui n'existe pas dans la région visée. Une variable bien déclarée, avec un type, une valeur par défaut réfléchie et une validation, transforme une panne d'exécution en erreur de saisie détectée avant tout appel réseau.