Preservar um programa não garante que possamos voltar a usá-lo

O arquivo não é a experiência

Um programa pode sobreviver como ficheiro e, ainda assim, deixar de ser utilizável. Esta distinção — explicitada no artigo da RetroPause sobre museus de software — exige separar duas perguntas: foi preservado um objeto digital? E é possível executá-lo de novo em condições que permitam compreender como funcionava? Uma resposta afirmativa à primeira não prova a segunda.

A distinção importa porque o software não é apenas uma imagem num ecrã. A sua utilização depende de uma máquina e de um sistema capazes de interpretar os dados e executar o programa. No entanto, as evidências fornecidas não identificam produtos, formatos, plataformas ou procedimentos concretos. Por isso, não permitem apresentar um guia técnico nem afirmar que um programa específico pode ser recuperado. O ponto de partida é a fronteira entre preservar informação e preservar uma experiência operacional.

O que significa preservar

A entrada sobre preservação digital descreve o objetivo como manter a integridade, autenticidade, fiabilidade, legibilidade e funcionalidade da informação perante as mudanças tecnológicas. É uma formulação ampla, mas útil para pensar no software: guardar uma cópia protege a continuidade do conteúdo; manter a possibilidade de utilização acrescenta outra exigência.

Não devemos transformar essa distinção numa falsa oposição. Uma cópia preservada pode ter valor mesmo que não seja executável. Pode documentar que um programa existiu ou fazer parte de um conjunto de registos. Por outro lado, conseguir abrir um ficheiro não prova, por si só, que esteja íntegro, seja autêntico ou represente o seu estado original. As fontes disponíveis não apresentam casos técnicos que permitam avaliar estas condições para um programa específico.

O valor da documentação

Os arquivos institucionais oferecem um enquadramento para pensar no trabalho que acompanha os objetos preservados. O Museu Arqueológico Nacional apresenta o seu arquivo histórico como fonte de investigação para os departamentos do museu e para investigadores externos. Um texto sobre arquivos de museus enumera tarefas como avaliar, adquirir, organizar, descrever, conservar e disponibilizar registos. Não são instruções específicas para software, mas apoiam uma ideia importante: preservar também significa deixar informação que ajude a identificar, compreender e consultar o que foi guardado.

Aplicada com prudência ao software antigo, esta ideia sugere documentar o que foi recebido, como é identificado e o que se sabe — ou não — sobre a sua utilização. Uma etiqueta que diga «programa antigo» não basta. Uma descrição útil distinguiria factos verificáveis de hipóteses e indicaria se foi preservado um ficheiro, um suporte físico, documentação associada ou uma forma verificável de execução. As evidências reunidas aqui não descrevem um protocolo normalizado para criar esse registo; seria, portanto, imprudente apresentar uma sequência obrigatória de passos.

A execução como pergunta, não como promessa

A possibilidade de executar um programa pode parecer a forma mais direta de compreender o seu funcionamento, mas a palavra «funcionar» precisa de contexto. O ficheiro abre? O programa comporta-se como esperado? Foi preservada uma condição de utilização documentada? Sem informações sobre um produto e o seu ambiente, estas perguntas não podem ser respondidas em abstrato.

Uma exposição ou um artigo pode explicar a diferença sem simular uma demonstração. É legítimo dizer que o software levanta questões de acesso e contexto; não é legítimo inventar uma experiência de utilização, uma memória coletiva ou uma compatibilidade específica. O título do artigo da RetroPause sobre museus de software resume a nuance: preservar não é o mesmo que poder executar. O excerto fornecido acrescenta que o software não se preserva como uma consola, uma revista ou um cartucho, e que copiá-lo não equivale a preservar o seu suporte original. A informação disponível não permite desenvolver a comparação com exemplos de formatos ou tecnologias.

O que os arquivos podem — e não podem — provar

Os recursos sobre arquivos de museus e arquivos institucionais sustentam a importância de organizar registos e torná-los acessíveis. Por si só, não provam que uma determinada instituição preserve software antigo nem descrevem práticas de emulação, migração ou acesso. Do mesmo modo, uma definição geral de preservação digital não prova que um programa específico continue legível ou autêntico.

Esta prudência não enfraquece a história do software; torna-a mais fiável. Uma investigação pode identificar o seu objeto e distinguir evidências materiais de afirmações sobre o funcionamento. Se as fontes apenas documentam a preservação de um ficheiro, a conclusão deve parar aí. Se descrevem uma execução, essa afirmação precisa de atribuição e contexto. As evidências fornecidas não são suficientes para reconstruir a história de um produto específico nem para recomendar procedimentos técnicos.

Preservar também é reconhecer os limites

O software antigo torna mais visível uma pergunta que por vezes fica escondida atrás da palavra «arquivo»: o que queremos manter acessível no futuro? Documentos, dados e a possibilidade de executar um programa não são equivalentes, ainda que possam estar relacionados. O trabalho arquivístico descrito pelas fontes ajuda a compreender por que razão importa identificar, descrever e disponibilizar registos; a definição de preservação digital recorda que o objetivo vai além de armazenar.

A conclusão mais sólida é também a mais comedida: guardar um programa é um começo, não uma garantia de que voltará a funcionar. Para afirmar algo mais, são necessárias evidências específicas sobre o objeto, a sua documentação e as condições de utilização. Enquanto faltarem, reconhecer essa incerteza faz parte de uma preservação rigorosa.