Posts

A fines de 2025 lo dije en voz alta: esto ya no funciona. Focos de conocimiento, estimaciones que se alargaban, compromisos que no se cumplían, incidentes en producción, un equipo que era más un grupo de personas. Los síntomas estaban a la vista: 4 de cada 10 ítems pasaban por más de un sprint antes de terminarse. Lo que se mergeaba podía tardar semanas en llegar a producción. Big bang releases a producción, incertidumbre, rollbacks. Cansancio, plannings que no predecían mucho, la sensación de estar siempre apagando incendios y corriendo por detrás de las expectativas. Arreglarlo a pulmón Lo primero que hicimos fue intentar que Scrum funcionara mejor. Plannings más cuidadas, mejor refinamiento, sprints más realistas. Y a principios de 2026 los números mejoraron. ...

Allá por 1999, con mucho esfuerzo de mi madre, pude acceder a mi primera computadora personal. Una Celeron de 333 MHz con 32 MB de RAM y un disco de 4.2 GB de 5400 RPM. Windows 98 como sistema operativo. Era austera en su momento, pero ya comenzando el segundo año de Ingeniería de Sistemas era muchísimo. Hasta entonces, programas en papel y/o el laboratorio de la facultad; con este equipo se puede decir que aprendí a programar en C++: incontables pequeños programas, horas y horas probando, leyendo, configurando algo que no andaba, buscando entender cómo funcionaba lo que había adentro. ...

Escenas del episodio anterior: la Parte 4 cerró con Backstage completo, un catálogo que descubre servicios solos y un scaffolding que genera un servicio nuevo con CI/CD ya verde desde el primer push. Faltaban dos cosas para que eso fuera más que una demo: una forma simple de operar lo que el scaffolding genera, y la prueba de que todo el circuito - de crear una app a verla corriendo con métricas y logs solos - cierra de verdad. Fases 7 y 8, las últimas del roadmap original. ...

Escenas del episodio anterior: la Parte 3 cerró con gostalgia-api viéndose a sí misma de punta a punta — traces, métricas, logs correlacionados, un SLO real con burn rate — y un gancho hacia sistemas distribuidos: inyectar fallas reales, no un endpoint de demo además de ver si la instrumentación alcanzaba para diagnosticarlas sin adivinar, fase 4.5. Esta parte retoma el orden original: Backstage, catálogo y scaffolding, fases 5 y 6. ...

Escenas del episodio anterior: en la Parte 2 quedó una app corriendo en fury-dev con sus secrets inyectados por Vault, métricas y logs apareciendo solos en Grafana. El cierre apuntaba a Backstage como próximo paso: un catálogo, una UI, algo que se pareciera a un producto. En el medio pasaron cosas y, repensando el plan, no tiene sentido construir un catálogo lindo sobre un sistema que no podés ver por dentro. Y “ver por dentro” es exactamente el tema con el que abrió esta serie: la diferencia entre que un LLM te sugiera un diagnóstico y poder confirmarlo vos porque entendés qué está pasando. Prometheus y Loki (Parte 2) te dicen qué está roto. Faltaba el tercer pilar: por qué, siguiendo un request específico a través de todo el sistema. ...