Um programa antigo não é apenas o seu ficheiro

Um programa antigo pode sobreviver como uma cópia dos seus dados e, ainda assim, ser difícil de compreender. Sem documentação que esclareça a sua origem, organização ou condições de utilização, o ficheiro preservado corre o risco de se tornar um objeto isolado. A preservação digital coloca um desafio mais amplo do que simplesmente guardar informação: manter a integridade, autenticidade, fiabilidade, legibilidade e funcionalidade apesar das mudanças tecnológicas. Este enquadramento, descrito no artigo da Wikipédia sobre preservação digital, ajuda a formular a pergunta certa: o que é preciso conservar para que um programa continue a ser interpretável no futuro?

O ficheiro não conta a sua própria história

A sobrevivência de um ficheiro não documenta automaticamente a sua história. Uma cópia pode preservar dados sem identificar a proveniência, as relações com outros materiais ou as circunstâncias de utilização. Os arquivos de museus oferecem um modelo pertinente. O Ministério da Cultura espanhol indica que os processos associados às coleções podem reunir fotografias, correspondência e outros documentos, ajudando a reconstruir a história dos objetos e das instituições. Não é uma receita específica para a preservação de software; é um lembrete de que os objetos são mais fáceis de compreender quando os seus registos permanecem ligados a eles.

Para o software antigo, isto sugere conservar em conjunto, quando existam, o programa e os materiais que permitem situá-lo: instruções, descrições, registos de proveniência e documentação do seu ambiente. É uma proposta, não a afirmação de que todos os programas preservados têm esse conjunto de documentos. As fontes disponíveis aqui não descrevem coleções específicas de software nem os materiais associados a um título histórico determinado.

Contexto, identificação e relações

As instruções de Navarra para a gestão e organização de arquivos de museus salientam que a documentação relacionada com as peças faz parte do seu contexto e deve permanecer na instituição. Também entendem a documentação museológica de forma ampla, abrangendo materiais de suportes e proveniências diferentes. A ideia é útil para pensar no software: um programa não é apenas uma sequência de dados, mas também um objeto cuja identificação e relações documentais podem ser essenciais para a sua interpretação.

O Arquivo Histórico do Museu Arqueológico Nacional descreve os seus documentos como testemunho da vida da instituição, das coleções e das atividades. Mais uma vez, não é uma fonte sobre programas antigos. É um exemplo institucional de como um arquivo pode dar sentido a uma coleção preservando os vestígios da sua história. Para o software, uma descrição rigorosa pode ser tão importante como a cópia preservada: distingue o que é conhecido do que é presumido e evita apresentar como certo um contexto sem documentação.

Preservar também é descrever

A documentação não é um complemento ornamental. O Ministério da Cultura descreve a catalogação, organização e disponibilização dos fundos documentais como parte do trabalho arquivístico. A CER.es, por sua vez, apresenta-se como a Rede Digital de Coleções de Museus de Espanha, um exemplo de catálogo em rede que torna visíveis as coleções e as suas descrições. Nenhuma destas páginas explica exatamente como catalogar uma coleção de software, mas ambas ajudam a compreender por que motivo uma cópia sem descrição pode ser difícil de localizar, comparar ou estudar.

Uma política de preservação sensata pode separar claramente os diferentes níveis de certeza: o que foi identificado, que informação vem da documentação associada e o que continua por verificar. Esta prudência é importante porque as fontes disponíveis não identificam programas, formatos, datas de lançamento ou sistemas específicos. Acrescentar esses detalhes sem fontes próprias criaria uma falsa impressão de precisão.

O acesso não resolve todos os problemas

Um recurso preservado e acessível não está necessariamente preservado em todos os sentidos. A descrição da preservação digital salienta que o objetivo inclui manter a legibilidade e a funcionalidade, não apenas armazenar informação. A CER.es mostra uma via de acesso a descrições de coleções museológicas, mas não permite concluir que qualquer ficheiro digital continuará a ser executável ou compreensível. Acesso e preservação estão relacionados, mas não são equivalentes.

Um artigo da historiacompu.net menciona iniciativas comunitárias e o Internet Archive a propósito de software retro. É uma pista para reconhecer que a preservação também aparece em projetos comunitários e plataformas digitais, mas o material disponível aqui não basta para verificar detalhes das coleções, políticas de acesso ou condições jurídicas. Essa menção não deve transformar-se numa afirmação geral sobre disponibilidade, integridade ou direitos de utilização.

Uma história com limites claros

As fontes institucionais consultadas abordam arquivos, documentação de museus e acesso às coleções; a fonte enciclopédica oferece uma descrição geral da preservação digital; e a historiacompu.net aborda software retro numa perspetiva de divulgação. Em conjunto, permitem construir um enquadramento editorial: preservar dados é apenas parte do problema, e a documentação contextual facilita a interpretação. Não constituem, contudo, uma história detalhada do software antigo nem um guia técnico para recuperar programas específicos.

Distinguir factos documentados de interpretações é também uma forma de preservação. Evita que uma cópia de proveniência desconhecida receba uma biografia inventada e mantém visíveis as perguntas sem resposta. Se um arquivo digital deve continuar legível, também deve conservar a honestidade sobre os limites do conhecimento que o rodeia.

Mais do que guardar

Pensar no software antigo através da arquivística e da museologia desloca a atenção do ficheiro isolado para o conjunto de provas que permite identificá-lo e compreendê-lo. Os arquivos de museus mostram o valor de manter a documentação ligada aos objetos; os recursos de preservação digital lembram que a legibilidade e a funcionalidade também importam. São princípios transferíveis, não provas relativas a todos os programas.

O trabalho começa com uma pergunta simples e exigente: o que sabemos sobre esta peça e que documentos sustentam essa resposta? Preservar o software com um contexto verificável não garante que funcione para sempre. Permite, porém, que investigações futuras comecem por algo mais sólido do que uma cópia anónima: um objeto identificado, uma descrição cautelosa e um rasto documental que deixa em aberto as questões ainda sem resposta.