Variables y salidas, parametrizar sin duplicar

El primer reflejo a la hora de parametrizar casi siempre es el equivocado: se copia el directorio production como staging, se cambian tres valores y se obtienen dos configuraciones que divergen en silencio durante seis meses. El día en que hay que reproducir en preproducción un incidente de producción, nadie sabe ya qué diferencias son intencionadas y cuáles son descuidos. El código duplicado no es un problema de elegancia; es una garantía de divergencia.

Las variables resuelven este problema, pero introducen otro si se tratan como simples huecos que rellenar. Una variable sin tipo acepta cualquier cosa, y el error no se manifiesta en la declaración: aparece quince segundos más tarde en forma de un ilegible mensaje de API del proveedor o, peor aún, pasa sin más y crea una máquina de tipo t3.medum que no existe en la región objetivo. Una variable bien declarada, con un tipo, un valor por defecto meditado y una validación, convierte un fallo en tiempo de ejecución en un error de entrada detectado antes de cualquier llamada de red.