El desarrollador que mantenía un script CGI en Perl escrito hace veinticinco años recibió esta semana una petición de soporte de una pequeña empresa europea cuyo formulario de contacto había dejado de funcionar. El diagnóstico fue rápido: el servidor web servía el script como texto plano en lugar de ejecutarlo, porque el proveedor de alojamiento había migrado al cliente a un servidor sin soporte para Perl CGI. El software no se había roto; lo que había cambiado era el entorno de hosting.
El episodio sirve como punto de partida para reflexionar sobre un sesgo frecuente entre los ingenieros de software: asumir que todo el mundo vive en el mismo ecosistema tecnológico. Mientras los desarrolladores debaten frameworks, Kubernetes o herramientas de IA, la mayoría de las empresas —que no son empresas tecnológicas— simplemente necesitan que su web siga funcionando como siempre. Sustituir algo que no causa problemas no tiene sentido económico.
El texto también recuerda decisiones de ingeniería atadas a su época. El proyecto NMS, creado hacia 2000 como reemplazo moderno de Matt's Script Archive, utilizaba el módulo CGI.pm porque era la recomendación estándar del momento. Hoy CGI.pm ya no se instala por defecto, lo que podría dejar inutilizable un código que en su día representaba una buena práctica. Sistemas como Perl CGI, COBOL, Access o Classic ASP siguen operativos en muchas organizaciones porque resuelven problemas reales; no desaparecen hasta que el ecosistema a su alrededor los abandona.