Capítulo 22. Cambios a gran escala
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Piensa por un momento en tu propio código base. ¿Cuántos archivos puedes actualizar de forma fiable en una única confirmación simultánea? ¿Cuáles son los factores que limitan ese número? ¿Has intentado alguna vez confirmar un cambio tan grande? ¿Serías capaz de hacerlo en un tiempo razonable en caso de emergencia? ¿Cómo se compara el mayor tamaño de tu confirmación con el tamaño real de tu código base? ¿Cómo probarías un cambio así? ¿Cuántas personas tendrían que revisar el cambio antes de confirmarlo? ¿Serías capaz de revertir ese cambio si se confirmara? Las respuestas a estas preguntas podrían sorprenderte (tanto lo que crees que son las respuestas como lo que realmente resultan ser para tu organización).
En Google, hace tiempo que abandonamos la idea de hacer cambios radicales en nuestro código base con este tipo de grandes cambios atómicos. Nuestra observación ha sido que, a medida que crece el código base y el número de ingenieros que trabajan en él, el mayor cambio atómico posible disminuyede forma contraintuitiva : ejecutartodas las comprobaciones y pruebas previas a la presentación resulta difícil, por no hablar incluso de garantizar que todos los archivos del cambio estén actualizados antes de la presentación. A medida que se ha hecho más difícil hacer cambios radicales ...