Build-in-public significa que las correcciones de producción también son públicas. Una semana optimizamos tres cosas del stack; dos quedaron, una la tuvimos que revertir al día siguiente.
La que se cayó fue el pipeline de despliegue. El commit decía lo que prometía: 'reduce build time by 60–75%’. Sonaba a victoria limpia. Al día siguiente, otro commit: 'revert deployment pipeline optimizations to restore arm64 builds’. La optimización rompía los builds en arm64. La velocidad que ganamos no valía los binarios que perdimos.
qué aprendimos
No escondes el revert. El git muestra las dos líneas, una debajo de la otra, con la misma fecha. Esa es la prueba de que el proceso es real: la mejora y la vuelta atrás, sin editar.
Si optimizas algo que no entiendes del todo, solo aceleras el momento de revertirlo.
Automatiza lo aburrido y repetido. Lo delicado —los builds multi-arquitectura, los disparadores que tocan a todo el mundo— se prueba a mano hasta que duela menos que automatizarlo.