Guardar un programa no basta para volver a usarlo

Un archivo no es una promesa de ejecución

La palabra «conservar» puede sugerir que un programa antiguo seguirá disponible para usarlo. Pero guardar algo y hacerlo funcionar no son la misma operación. El artículo de RetroPause sobre museos de software antiguo plantea expresamente esa diferencia: WinWorld y Virtual OS Museum muestran cómo el software puede presentarse como patrimonio consultable, sin que eso resuelva por sí solo todas las condiciones necesarias para ejecutarlo. La distinción importa porque un archivo puede ser accesible como objeto de estudio y, aun así, no ofrecer una experiencia funcional en cualquier equipo.

No es necesario exagerar lo que prueban esos ejemplos. La información disponible los identifica como iniciativas que hacen visible una transformación cultural: el software puede consultarse como patrimonio. No ofrece, en cambio, un inventario de formatos, una descripción de sus métodos técnicos ni una evaluación comparativa de su compatibilidad. La idea útil es más acotada: el acceso documental y la ejecución son resultados diferentes.

El código fuente como parte de la memoria

Software Heritage describe su labor como recopilación y preservación de código fuente, y presenta el software como parte del conocimiento técnico y científico de la humanidad. Ese enfoque permite pensar en la conservación más allá de la pantalla: preservar código mantiene disponible una fuente que puede ser examinada como artefacto técnico. No equivale automáticamente a conservar cada programa en un estado ejecutable ni a reconstruir todas las condiciones de uso originales.

La diferencia entre el código y un programa funcionando no es una objeción a los archivos de código. Es una manera de precisar qué conserva cada iniciativa y qué pregunta queda abierta para quien investiga. El repositorio puede ser una pieza importante de una historia del software, mientras que otras preguntas —cómo se distribuía, qué documentación lo acompañaba o qué entorno necesitaba— requieren pruebas adicionales. La fuente de Software Heritage respalda su propósito de conservar código; no basta por sí sola para responder a todas esas preguntas sobre cada obra concreta.

Una historia también hecha de distribución

La página de software del Museo de Informática 2.0 de la Universitat Politècnica de València aporta un apunte histórico concreto: en la década de 1970, las empresas informáticas desarrollaban tanto el hardware como las aplicaciones, y ambos se distribuían conjuntamente. Es una observación acotada, pero invita a no aislar el programa de los objetos y prácticas que lo rodeaban.

Si una aplicación llegaba junto con un equipo, conservar solo el archivo no describe necesariamente la experiencia completa. El soporte, el sistema necesario y la documentación pueden formar parte de las preguntas que debe plantearse una investigación. Esto no permite afirmar que todos los productos de esa década se distribuyeran igual; la página citada documenta una caracterización general, no un catálogo exhaustivo. Sí deja claro por qué la historia del software puede implicar tanto objetos físicos como información digital.

De la pieza conservada a la experiencia posible

El vídeo del Museo de la Informática Histórica de la Universidad de Zaragoza ofrece otro punto de entrada: su descripción habla de un museo de informática clásica cuyo origen se sitúa en la universidad y cuyo desarrollo fue gradual. La información suministrada no permite reconstruir aquí su colección ni describir sus procedimientos de conservación. Aun así, el ejemplo recuerda que el patrimonio informático también puede organizarse en espacios donde los objetos y su contexto se presentan juntos.

Conviene distinguir tres preguntas: ¿qué evidencia se conserva?, ¿qué contexto ayuda a interpretarla?, ¿qué puede llegar a ejecutarse? Una institución puede aportar contexto; un archivo de código, conservar material técnico; y una colección de software consultable, facilitar el acceso a ciertos programas. Son funciones que pueden complementarse, pero no se deben dar por intercambiables sin datos concretos.

Qué puede afirmarse y qué queda pendiente

La evidencia disponible respalda una conclusión prudente. Hay iniciativas orientadas a preservar código fuente, museos que presentan software como patrimonio y una referencia institucional que describe la distribución conjunta de hardware y aplicaciones en los años setenta. También respalda que conservación y ejecución no deben tratarse como sinónimos. No permite establecer tasas de éxito, comparar métodos de emulación o afirmar qué programas concretos pueden ejecutarse hoy.

Esta cautela no reduce el interés del software antiguo. Al contrario, permite formular mejor qué significa conservarlo. Un programa puede tener valor documental aunque no se ejecute; una experiencia funcional puede aportar otra clase de acceso, pero no sustituye la preservación de su contexto y sus materiales. La conservación más útil empieza por nombrar con precisión qué se guarda y qué falta para que aquello vuelva a funcionar.