Alte Software bewahren: Was Archive lehren und was noch dokumentiert werden muss

Alte Software kann uns als Diskette, Verpackung, Handbuch, digitale Kopie oder Katalogeintrag begegnen. Jede dieser Spuren beantwortet andere Fragen. Bewahrung bedeutet nicht nur, einen Datenträger aufzubewahren: Man muss auch sagen können, was er ist, woher er stammt, welche Dokumentation ihn begleitet und was noch unbekannt bleibt. Die verfügbaren Quellen erlauben eine Betrachtung aus Sicht der Archiv- und Museumspraxis. Eine technische Chronologie von Plattformen oder eine vollständige Liste konkreter Programme liefern sie jedoch nicht.

Das Objekt endet nicht beim Datenträger

Museumsdokumentation umfasst Materialien unterschiedlicher Herkunft, Form und kultureller Bedeutung. Die Anweisungen Navarras zur Archivorganisation betonen, dass Unterlagen zu Sammlungsobjekten Teil ihres Kontexts sind und mit ihnen verbunden bleiben sollten. Vorsichtig auf Software übertragen, spricht dieser Gedanke dagegen, eine Diskette oder digitale Kopie so zu behandeln, als erschöpfe sie die Identität eines Programms. Verpackung, Anleitung, Notizen, Provenienz und Katalogeinträge können jeweils andere Informationen liefern. Die Quelle legt kein softwarebezogenes Verfahren fest; die Verbindung ist eine redaktionelle Anwendung des allgemeinen Kontextprinzips.

Erst identifizieren, dann erzählen

Das Nationale Archäologische Museum beschreibt sein Archiv als schriftliches Zeugnis des institutionellen Lebens seit der Gründung 1867 und erklärt, dass es auch Unterlagen aus weiteren persönlichen und institutionellen Beständen verwahrt. Die Dokumentationsseite schildert außerdem Identifizierung, konservatorische Untersuchung, Digitalisierung und Katalogisierung im Zusammenhang mit dem Siret-Archiv. Das sind konkrete Beispiele für Arbeit, die Materialien auffindbar macht und offenlegt, wie sie beschrieben wurden.

Für alte Software besteht die vorsichtige Lehre nicht darin, anzunehmen, dass diese Verfahren bereits auf Programme angewendet werden. Sinnvoller sind überprüfbare Fragen: Welches Element wird genau beschrieben? Bezieht sich der Eintrag auf den Datenträger, die Dokumentation oder beides? Welche Angaben stammen von einem Etikett, welche aus einem institutionellen Register? Ohne solche Details kann eine überzeugend klingende Beschreibung leicht zu einer Zuschreibung werden, die von den Quellen nicht gedeckt ist.

Kataloge verknüpfen Informationen

Die MAN-Seite erklärt, dass DOMUS zur Beschreibung und Katalogisierung musealer und dokumentarischer Bestände dient und dass die terminologische Normierungsarbeit Thesauri zu kulturellem Kontext und allgemeiner Klassifikation umfasst. CER.es bezeichnet sich als digitales Netzwerk der spanischen Museumssammlungen. Diese Quellen belegen Werkzeuge und Dienste zur Beschreibung und Abfrage von Museumssammlungen; sie beweisen nicht, dass deren Kataloge alte Software enthalten oder ein bestimmtes Programm dort digitalisiert wurde.

Diese Unterscheidung ist wichtig. Ein Katalog kann helfen, ein Objekt zu finden und mit Kontextinformationen zu verbinden. Seine bloße Existenz beweist jedoch weder, dass das Objekt zugänglich oder ausführbar ist, noch dass es in der für computerhistorische Forschung erforderlichen Tiefe beschrieben wurde. Verantwortungsvolle Texte sollten die Existenz eines Katalogs von der tatsächlichen Aufnahme eines Programms darin unterscheiden.

Gemeinschaften und Grenzen der Belege

Ein Artikel von Historiacompu zur Bewahrung retroer Software hebt die Rolle von Gemeinschaften bei Identifizierung, Wiedergewinnung und Verbreitung hervor und nennt Internet Archive und The MADE als Initiativen im Umfeld von Software- und Videospielsammlungen. Er verweist außerdem auf Schwierigkeiten durch die Veralterung von Systemen und Dateiformaten sowie auf die Bedeutung verantwortungsvoller Nutzung und des Urheberrechts. Es handelt sich um einen allgemeinverständlichen Beitrag, nicht um einen technischen Datensatz oder eine ausführliche institutionelle Studie. Seine Aussagen sollten daher der Veröffentlichung zugeschrieben und nicht über ihren Wortlaut hinaus verallgemeinert werden.

Die vorliegenden Belege nennen weder Softwareversionen noch Veröffentlichungsdaten, benötigte Geräte, konkrete Dateiformate oder rechtliche Bedingungen einzelner Werke. Sie zeigen auch nicht, dass gemeinschaftliche und institutionelle Bewahrung einer einheitlichen Methode folgen. Belegt ist hingegen, dass Identifizieren, Ordnen, Beschreiben und Kontextualisieren zentrale Aufgaben der Dokumentationsarbeit sind und dass der Beitrag zu retroer Software Beteiligung der Gemeinschaft und verantwortungsvollen Zugang für wichtig hält.

Bewahren heißt auch, Aufzeichnungen zu erhalten

Archivische Dokumentation ersetzt das Objekt nicht; sie hilft, es zu verstehen und Bekanntes von Ungewissem zu trennen. Die Archivhinweise, die Dokumentationsarbeit des MAN und CER.es bieten einen Rahmen, um Beschreibung und Zugang zu betrachten. Der Beitrag über retroe Software stellt den direkten Bezug zur digitalen Bewahrung her, allerdings mit weniger technischer Tiefe.

Die Schlussfolgerung bleibt bewusst begrenzt: Die Geschichte eines alten Programms zu erzählen heißt mehr, als einen Datenträger zu benennen oder ein unbelegtes Datum zu wiederholen. Erhalten und beschrieben werden müssen die Spuren, die seine Identifizierung ermöglichen; ihre Beziehungen zueinander müssen erklärt und Lücken benannt werden. Die untersuchten Quellen schließen diese Lücken für konkrete Programme nicht. Sie zeigen aber, warum Dokumentation für jede verlässliche Darstellung digitalen Kulturerbes wesentlich ist.