Guardar um programa não basta para o voltar a utilizar

Um arquivo não promete execução

A palavra «preservar» pode sugerir que um programa antigo continuará disponível para utilização. Mas guardar algo e fazê-lo funcionar não são a mesma operação. O artigo da RetroPause sobre museus de software antigo estabelece essa diferença de forma explícita: WinWorld e Virtual OS Museum mostram como o software pode ser apresentado como património consultável, sem que isso, por si só, reúna todas as condições necessárias para o executar. A distinção importa porque um arquivo pode estar acessível para estudo e, ainda assim, não proporcionar uma experiência funcional em qualquer computador.

Não é necessário exagerar o que estes exemplos demonstram. A informação disponível identifica-os como iniciativas que tornam visível uma transformação cultural: o software pode ser consultado como património. Não fornece, porém, um inventário de formatos, uma descrição de métodos técnicos ou uma avaliação comparativa da compatibilidade. A ideia útil é mais limitada: acesso documental e execução são resultados diferentes.

O código-fonte como parte da memória

A Software Heritage descreve o seu trabalho como recolha e preservação de código-fonte, e apresenta o software como parte do conhecimento técnico e científico da humanidade. Esta abordagem permite pensar a preservação para além do ecrã: preservar código mantém uma fonte disponível para ser examinada como artefacto técnico. Não significa automaticamente que cada programa seja conservado num estado executável ou que sejam reconstruídas todas as suas condições originais de utilização.

A diferença entre código e um programa em funcionamento não é uma objeção aos arquivos de código. Ajuda a precisar o que cada iniciativa preserva e que perguntas continuam em aberto para a investigação. Um repositório pode ser uma peça importante da história do software, enquanto outras questões — como era distribuído, que documentação o acompanhava ou de que ambiente precisava — exigem provas adicionais. A fonte da Software Heritage sustenta o seu objetivo declarado de preservar código; por si só, não basta para responder a todas essas perguntas sobre cada obra concreta.

Uma história também feita de distribuição

A página de software do Museo de Informática 2.0 da Universitat Politècnica de València apresenta uma nota histórica concreta: na década de 1970, as empresas informáticas desenvolviam tanto o hardware como as aplicações e distribuíam-nos em conjunto. É uma observação delimitada, mas convida a não separar o programa dos objetos e práticas que o rodeavam.

Se uma aplicação chegava com uma máquina, guardar apenas o ficheiro não descreve necessariamente toda a experiência. O suporte, o sistema necessário e a documentação podem fazer parte das perguntas a colocar numa investigação. Isto não permite afirmar que todos os produtos daquela década fossem distribuídos da mesma forma; a página citada apresenta uma caracterização geral, não um catálogo exaustivo. Mostra, contudo, por que razão a história do software pode envolver tanto objetos físicos como informação digital.

Da peça preservada à experiência possível

A descrição do vídeo do Museo de la Informática Histórica da Universidade de Saragoça oferece outro ponto de partida: fala de um museu de informática clássica cuja origem está na universidade e cujo desenvolvimento foi gradual. A informação fornecida não permite reconstruir a sua coleção nem descrever os seus procedimentos de preservação. Ainda assim, o exemplo lembra que o património informático também pode ser organizado em espaços onde objetos e contexto são apresentados em conjunto.

É útil separar três perguntas: que provas são preservadas, que contexto ajuda a interpretá-las e o que pode efetivamente ser executado? Uma instituição pode fornecer contexto; um arquivo de código pode preservar materiais técnicos; e uma coleção de software consultável pode facilitar o acesso a certos programas. São funções que se podem complementar, mas não devem ser tratadas como intercambiáveis sem provas concretas.

O que é possível afirmar e o que fica por esclarecer

A evidência disponível sustenta uma conclusão prudente. Existem iniciativas dedicadas à preservação de código-fonte, museus que apresentam o software como património e uma referência institucional que descreve a distribuição conjunta de hardware e aplicações na década de 1970. Sustenta também que preservação e execução não devem ser tratadas como sinónimos. Não permite estabelecer taxas de sucesso, comparar métodos de emulação ou afirmar que programas específicos podem ser executados atualmente.

Esta cautela não diminui o interesse pelo software antigo. Pelo contrário, ajuda a definir melhor o que significa preservá-lo. Um programa pode ter valor documental mesmo sem funcionar; uma experiência funcional pode oferecer outro tipo de acesso, mas não substitui a preservação do seu contexto e dos seus materiais. Uma preservação útil começa por identificar com precisão o que foi guardado e o que ainda falta para o fazer funcionar novamente.