Conservar software antiguo: lo que enseñan los archivos y lo que aún falta documentar

Un programa antiguo puede llegar a nosotros como un disco, una caja, un manual, una copia digital o una referencia en un catálogo. Cada una de esas huellas responde a preguntas distintas. La conservación no se reduce a mantener un soporte: también depende de poder decir qué es, de dónde procede, qué documentación lo acompaña y qué aspectos siguen sin conocerse. Las fuentes disponibles permiten plantear esta perspectiva desde la práctica archivística y museística, aunque no ofrecen una cronología técnica de plataformas ni una relación exhaustiva de programas concretos.

El objeto no termina en el soporte

La documentación de un museo reúne materiales de procedencias, soportes y valores culturales diversos. Las instrucciones navarras para organizar archivos insisten en que los documentos relacionados con las piezas forman parte de su contexto y deben permanecer vinculados a ellas. Trasladada con cautela al software, esta idea invita a no tratar un disco o una copia digital como si agotara la identidad de un programa. Caja, instrucciones, anotaciones, procedencia y registros de catalogación pueden aportar información distinta. La fuente no establece un protocolo específico para software; la conexión es una aplicación editorial del principio general de contexto.

Identificar antes de contar una historia

El Museo Arqueológico Nacional describe su archivo como testimonio escrito de la vida de la institución desde su creación en 1867 y señala que conserva también documentación de otros fondos personales e institucionales. Su página sobre documentación explica, además, trabajos de identificación, estudio de conservación, digitalización y catalogación relacionados con el Archivo Siret. Son ejemplos concretos de una labor que hace localizables los materiales y explicita cómo se los ha descrito.

Para el software antiguo, la lección prudente no es asumir que esos procedimientos ya se aplican a programas, sino formular preguntas verificables: ¿qué elemento se está describiendo?, ¿se conserva el soporte, la documentación o ambos?, ¿qué información procede de una etiqueta y cuál de un registro institucional? Sin esos datos, una descripción atractiva puede convertirse fácilmente en una atribución que las fuentes no sostienen.

Catálogos que conectan información

La página del MAN explica que DOMUS se utiliza en tareas de descripción y catalogación museográfica y documental, y que el trabajo de normalización terminológica incluye tesauros de contexto cultural y clasificación genérica. CER.es, por su parte, se presenta como la Red Digital de Colecciones de Museos de España. Estas referencias documentan herramientas y servicios para describir y consultar colecciones museísticas; no prueban que sus catálogos incluyan software antiguo ni que un programa determinado esté digitalizado allí.

La distinción importa. Un catálogo puede ayudar a localizar una pieza y relacionarla con información contextual, pero su mera existencia no demuestra que el objeto sea accesible, ejecutable o esté descrito con el detalle que requiere una investigación informática. En un artículo responsable conviene separar siempre la existencia de un catálogo de la presencia efectiva de un programa en él.

La comunidad y los límites de la evidencia

Un artículo de Historiacompu sobre preservación de software retro destaca el papel de las comunidades en la identificación, recuperación y difusión, y menciona Internet Archive y The MADE como iniciativas relacionadas con colecciones de software y videojuegos. También señala dificultades asociadas a la obsolescencia de sistemas y formatos, junto con la importancia del uso responsable y los derechos de autor. Es una fuente divulgativa, no una ficha técnica ni un estudio institucional detallado; por eso sus afirmaciones deben atribuirse a esa publicación y no ampliarse más allá de lo que dice.

La evidencia suministrada no identifica versiones, fechas de lanzamiento, equipos necesarios, formatos de archivo concretos ni condiciones legales de obras particulares. Tampoco demuestra que la preservación comunitaria y la institucional sigan un único método. Lo que sí permite sostener es que identificar, ordenar, describir y contextualizar son tareas centrales en la gestión documental, y que el texto sobre software retro considera importantes la participación comunitaria y el acceso responsable.

Preservar también significa dejar constancia

La documentación archivística no sustituye al objeto; ayuda a comprenderlo y a distinguir lo conocido de lo incierto. Las instrucciones de organización de archivos, la experiencia documental del MAN y la existencia de CER.es ofrecen un marco para pensar la descripción y el acceso. El texto sobre software retro aporta el enlace directo con la preservación digital, aunque con menor profundidad técnica.

El resultado es una conclusión deliberadamente limitada: para contar la historia de un programa antiguo no basta con nombrar un soporte o repetir una fecha sin fuente. Hace falta conservar y describir las huellas que permiten reconocerlo, explicitar qué relación existe entre ellas y señalar las lagunas. Las fuentes consultadas no permiten cerrar esas lagunas para programas concretos, pero sí muestran por qué la documentación es parte esencial de cualquier relato fiable sobre patrimonio digital.