Capítulo 10. Las construcciones no tienen por qué ser lentas y poco fiables
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Jenn Strater
Hace un tiempo, trabajaba en una empresa emergente en fase inicial en la que el código base y el equipo de desarrollo crecían día a día. A medida que añadíamos más y más pruebas, las compilaciones tardaban cada vez más en ejecutarse. Alrededor de la marca de los ocho minutos empecé a notarlo, y por eso recuerdo ese número concreto. A partir de los ocho minutos, los tiempos de compilación casi se duplicaron. Al principio, era bastante agradable. Empezaba una compilación, me iba a tomar un café y charlaba con compañeros de otros equipos. Pero al cabo de unos meses, se volvió irritante. Ya había tomado suficiente café y sabía en qué estaba trabajando todo el mundo, así que consultaba Twitter o ayudaba a otros desarrolladores de mi equipo mientras esperaba a que terminaran mis compilaciones. Luego tenía que cambiar de contexto cuando volvía a mi trabajo.
La compilación tampoco era fiable. Como es normal en cualquier proyecto de software, teníamos varias pruebas defectuosas. La primera solución, aunque ingenua, fue desactivar las pruebas (es decir, @Ignore) que fallaban. Con el tiempo, llegamos a un punto en el que era más fácil empujar los cambios y confiar en el servidor de integración ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access