Una tubería automatizada que construye y audita sitios web producirá, tarde o temprano, uno malo. Lo que haga entonces decide si tiene un producto o un pasatiempo. Nuestra regla: arregle el ciclo, no el resultado.
La tentación
Una construcción se atasca. Abre los archivos, corrige las tres cosas que están mal y la entrega. Se siente eficiente. También significa que la tubería no aprendió nada, y la siguiente construcción con la misma debilidad se atasca igual, solo que ahora usted es la tubería.
Un caso real
Una construcción se estancó en el 84% en nuestra revisión de coherencia, por debajo del umbral, y no podía mejorarse sola. En lugar de editar el sitio, preguntamos por qué el ciclo no podía repararlo. Aparecieron tres causas.
- No había paso de reparación. El ciclo detectaba el problema, pero nada actuaba sobre los hallazgos del juez. Agregamos una pasada de reparación que devuelve esos hallazgos al constructor.
- Interruptores apagados. Algunos ajustes de entorno que desactivan los pasos de autorreparación se habían quedado puestos desde una depuración anterior, así que el código de reparación nunca corría. Los quitamos y ahora revisamos el proceso en ejecución, no el archivo de configuración, cuando un ciclo no se dispara.
- El juez leía lo equivocado. Calificaba a partir del código fuente en lugar de las páginas ya renderizadas, así que señalaba problemas que un visitante nunca vería. Lo cambiamos para que juzgue lo que el navegador realmente muestra.
Con esos tres cambios la misma construcción se recuperó sola y llegó al 97% de coherencia, aprobada. No tocamos sus archivos.
La regla y su costo
Si arregla el resultado, arregló un sitio. Si arregla el ciclo, arregló todos los sitios con la misma debilidad.
El costo es tiempo por adelantado: encontrar la causa raíz toma más que parchear el síntoma, y hay que resistir la tentación de entregar el parche. El beneficio es que la falla deja de repetirse y el historial de la tubería mejora con cada arreglo en lugar de quedarse igual.