Escritura práctica sobre cómo se fabrica el software y se mantiene saludable. Los temas incluyen control de versiones para desarrolladores en solitario, pruebas automatizadas, indicadores de funciones, congelaciones de código y congelaciones de funciones, y cómo retirar el código heredado de forma segura. Las guías están escritas para equipos pequeños y constructores independientes que necesitan hábitos que funcionen, no teoría.
El Black Friday está a cinco semanas, y la congelación de funciones en tu calendario todavía no tiene fecha fija. Antes de que se detengan los despliegues, necesitas un plan para lo que se lanza ahora y lo que espera hasta enero. Una congelación de funciones protege los ingresos, pero también detiene casi todo lo que un equipo de desarrollo hace normalmente durante cuatro a diez semanas… Leer más
Un lanzamiento fallido a las 2 de la madrugada no debería necesitar un redespliegue de 20 minutos para arreglarse. Los indicadores de funciones (feature flags) te dan un interruptor que desactiva al instante una mala función, sin tocar el proceso de despliegue. La pregunta no es si usar uno, sino qué versión construir: un indicador escrito por ti mismo, una plataforma de código abierto que ejecutas… Leer más
Llega octubre y con él la pregunta anual: ¿congelas la base de código antes de la fiebre navideña o sigues enviando y esperas que no se rompa nada? Cada año, los propietarios de sitios y los equipos pequeños se enfrentan a esta misma decisión sin un manual claro. Una congelación de código parece simple en papel. En la práctica, puede detener silenciosamente el desarrollo durante semanas … Leer más
El código heredado rara vez desaparece por sí solo. Los equipos posponen la eliminación porque temen que una dependencia oculta rompa la producción en el momento en que alguien elimine un archivo. Esta lista de verificación adopta un punto de vista diferente: la retirada funciona mejor como una serie de pasos pequeños y reversibles en lugar de una eliminación dramática. No necesita una reescritura completa para … Leer más
El control de versiones suena como un deporte de equipo. No lo es. La mayoría de las guías hablan de solicitudes de extracción, revisiones de código y conflictos de fusión entre colegas, por lo que los desarrolladores en solitario asumen que todo el sistema no se aplica a ellos. Esa suposición le cuesta el trabajo a la gente. Un desarrollador individual rompe cosas tan a menudo como un equipo, solo que con nadie más cerca… Leer más
Las pruebas automatizadas rara vez aparecen en una demostración de producto, y ese es exactamente el problema. Una demostración muestra el camino feliz: cada clic funciona, cada pantalla carga, cada botón se comporta. Ese pulido existe porque alguien lo ensayó, no porque el software sea sólido por debajo. Los usuarios reales hacen clic en desorden, con conexiones lentas, en teléfonos que… Leer más
