Process — un banco de análisis de radar que sobrevive a su sistema operativo

El problema. Vesta | Proceso es el programa de procesamiento y visualización del Centro de Radares del Instituto de Meteorología de Cuba, escrito en Delphi/VCL por Wilfredo Pozas. Los pronosticadores llevan años usándolo y funciona — pero está atado a Windows y a una cadena de herramientas cuya licencia y cuyo futuro no dependen de la institución. Una herramienta que va a sobrevivir a su plataforma hay que reescribirla antes de que la plataforma obligue, no después.

La restricción que no se negocia. Tiene que seguir ingiriendo datos crudos de radar. Derivar productos a partir de una salida Level III ya derivada saldría más barato de construir y limitaría en silencio lo que la herramienta podrá preguntar nunca: una vez calculado el producto, las decisiones que hay detrás — umbrales, interpolación, de qué elevación salió — dejan de estar a tu alcance.

La decisión. Un código, dos destinos. El mismo núcleo en Pascal compila a aplicación de escritorio y corre en el navegador, y la versión de navegador no lleva backend ninguno: el volumen se lee en el cliente. Nada que desplegar, nada que mantener en pie, nada que pagar mientras está ocioso. Alcance, sin factura de operación.

Por qué no es parte de la cadena LAMULA. Lee el mismo archivo que la cadena escribe, pero es una herramienta aparte, no una etapa. La cadena termina en un visor que consume productos Level III generados aguas arriba; Process arranca del volumen crudo y calcula los suyos. Enseñarlo como etapa sugeriría una dependencia que no existe en ninguna de las dos direcciones.

Lo que no es. Un instrumento analítico, no un visor: abre vacío y muestra algo cuando se le carga una observación. La captura de abajo es un volumen Level-II real, nombrado en el pie de foto — ese mismo fichero se baja del archivo de NOAA y se compara.