El plan de tormenta que se veía perfecto, hasta que sonó la sirena
La sirena de práctica retumba en el ayuntamiento del pueblo costero. La gente corre con su lista: abrir la reja, encender la radio, guiar a la calle alta. Y entonces falla lo tonto: las llaves no están, la radio muere. Leer el plan no es lo mismo que verlo en acción.
Con muchos programas pasa parecido. Hay herramientas que “aprenden” mirando solo el texto del programa, como quien juzga el plan por cómo está escrito. Eso ayuda a que se vea ordenado, pero no muestra qué hace al ejecutarse, ni si se vuelve lento o se queda sin aire.
La idea obvia sería hacer más simulacros y anotarlo todo. Pero ojo: a veces no se puede correr el simulacro porque faltan cosas, o el plan está incompleto. O las notas salen desordenadas, repetidas, cada equipo apunta algo distinto. Y si anotas demasiado, estorbas el propio simulacro.
Alguien trae una hoja de registro hecha para la realidad, no para verse bonita. Es una tabla simple: paso que haces, con qué entras, y qué sale. Y si cambia algo en medio, también se marca. Igual que un simulacro necesita ese registro, un programa necesita un registro claro de lo que hizo en verdad.
Luego lo vuelven grande sin perder el orden. Juntan muchas hojas del mismo tipo de simulacro, de varios equipos y planes distintos, y también apuntan cosas prácticas como cuánto tardó y cuánto esfuerzo costó. Después apilan eso en distintos días y condiciones, para ver qué plan aguanta y cuál se rompe cuando la radio flaquea.
Con esa colección que crece, las herramientas que escriben programas ya no dependen solo de texto bonito. Pueden contrastar sugerencias con lo que se vio al correrlas. En el ayuntamiento, la siguiente sirena suena igual, pero esta vez las llaves están donde deben y la radio responde.