Ein Programm zu bewahren heißt nicht, es wieder nutzen zu können

Ein Archiv ist nicht das Nutzungserlebnis

Ein Programm kann als Datei überdauern und trotzdem nicht mehr verwendbar sein. Diese Unterscheidung wird im RetroPause-Beitrag über Softwaremuseen ausdrücklich angesprochen. Sie verlangt, zwei Fragen getrennt zu betrachten: Wurde ein digitales Objekt bewahrt? Und lässt es sich unter Bedingungen erneut ausführen, die sein Verständnis ermöglichen? Eine positive Antwort auf die erste Frage beweist die zweite nicht.

Das ist wichtig, denn Software ist nicht bloß ein Bild auf einem Bildschirm. Ihre Nutzung hängt davon ab, ob ein Rechner und ein System die Daten interpretieren und das Programm ausführen können. Die vorliegenden Belege nennen jedoch keine konkreten Produkte, Formate, Plattformen oder Verfahren. Sie rechtfertigen daher weder eine technische Anleitung noch die Behauptung, ein bestimmtes Programm lasse sich wiederherstellen. Im Mittelpunkt steht die Grenze zwischen dem Erhalt von Informationen und dem Erhalt einer nutzbaren Erfahrung.

Was Bewahrung bedeutet

Der Eintrag zur digitalen Langzeitarchivierung beschreibt als Ziel, Integrität, Authentizität, Zuverlässigkeit, Lesbarkeit und Funktionalität von Informationen trotz technologischen Wandels zu erhalten. Das ist eine allgemeine Formulierung, hilft aber bei der Betrachtung von Software: Eine Kopie zu bewahren sichert die Kontinuität des Inhalts; die Nutzbarkeit zu erhalten stellt eine andere Anforderung.

Aus dieser Unterscheidung sollte kein falscher Gegensatz gemacht werden. Eine bewahrte Kopie kann auch dann wertvoll sein, wenn sie nicht ausführbar ist. Sie kann belegen, dass ein Programm existierte, oder Teil eines größeren Bestands sein. Umgekehrt beweist das Öffnen einer Datei allein nicht, dass sie vollständig, authentisch oder für den ursprünglichen Zustand repräsentativ ist. Die verfügbaren Quellen enthalten keine technischen Fallstudien, mit denen sich solche Bedingungen für ein bestimmtes Programm beurteilen ließen.

Warum Dokumentation zählt

Institutionelle Archive bieten einen Rahmen, um die Arbeit rund um bewahrte Objekte zu betrachten. Das Archäologische Nationalmuseum beschreibt sein historisches Archiv als Forschungsquelle für die eigenen Abteilungen und externe Forschende. Eine Darstellung zu Museumsarchiven nennt Aufgaben wie Bewertung, Erwerbung, Ordnung, Beschreibung, Erhaltung und Bereitstellung von Unterlagen. Das sind keine softwarespezifischen Anleitungen, stützen aber einen wichtigen Gedanken: Bewahrung bedeutet auch, Informationen zu hinterlassen, mit denen sich das Aufbewahrte identifizieren, verstehen und nutzen lässt.

Vorsichtig auf alte Software übertragen, legt dieser Gedanke nahe, zu dokumentieren, was übernommen wurde, wie es identifiziert wird und was über seine Nutzung bekannt oder unbekannt ist. Ein Etikett „altes Programm“ reicht nicht. Eine hilfreiche Beschreibung würde überprüfbare Tatsachen von Vermutungen trennen und angeben, ob eine Datei, ein physischer Datenträger, begleitende Dokumentation oder eine nachvollziehbare Ausführungsmöglichkeit erhalten ist. Die hier versammelten Belege beschreiben kein standardisiertes Verfahren für eine solche Dokumentation. Deshalb wäre es nicht angemessen, eine verbindliche Schrittfolge zu behaupten.

Ausführung als Frage, nicht als Versprechen

Die Möglichkeit, ein Programm auszuführen, mag der direkteste Weg sein, sich seinem Funktionieren zu nähern. Doch der Begriff „funktionieren“ braucht Kontext. Lässt sich die Datei öffnen? Verhält sich das Programm erwartungsgemäß? Ist eine dokumentierte Nutzungsbedingung erhalten geblieben? Ohne Angaben zu einem Produkt und seiner Umgebung lassen sich diese Fragen nicht abstrakt beantworten.

Eine Ausstellung oder ein Artikel kann den Unterschied erklären, ohne eine Vorführung vorzutäuschen. Es ist vertretbar zu sagen, dass Software Fragen des Zugangs und des Kontexts aufwirft; nicht vertretbar wäre es, eine Nutzungserfahrung, eine gemeinsame Erinnerung oder eine bestimmte Kompatibilität zu erfinden. Der Titel des RetroPause-Beitrags zu Softwaremuseen bringt die Nuance auf den Punkt: Bewahren ist nicht dasselbe wie Ausführen können. Der bereitgestellte Auszug ergänzt, dass Software nicht wie eine Konsole, eine Zeitschrift oder eine Cartridge erhalten wird und dass das Kopieren nicht mit der Bewahrung ihres ursprünglichen Datenträgers gleichzusetzen ist. Die vorliegenden Informationen reichen nicht aus, um den Vergleich mit Beispielen zu Formaten oder Technologien auszubauen.

Was Archive belegen können – und was nicht

Die Quellen zu Museums- und institutionellen Archiven stützen die Bedeutung, Unterlagen zu ordnen und zugänglich zu machen. Sie beweisen nicht für sich allein, dass eine bestimmte Institution alte Software bewahrt, und beschreiben keine Verfahren wie Emulation, Migration oder Zugriff. Ebenso beweist eine allgemeine Definition digitaler Langzeitarchivierung nicht, dass ein bestimmtes Programm lesbar oder authentisch geblieben ist.

Diese Vorsicht schwächt die Softwaregeschichte nicht, sondern macht sie verlässlicher. Eine Untersuchung kann ihren Gegenstand bestimmen und materielle Belege von Aussagen über die Funktionsweise trennen. Wenn Quellen nur die Bewahrung einer Datei belegen, sollte die Schlussfolgerung dort enden. Beschreiben sie eine Ausführung, muss diese Aussage zugeschrieben und eingeordnet werden. Die verfügbaren Belege reichen weder aus, um die Geschichte eines konkreten Produkts nachzuzeichnen, noch um technische Verfahren zu empfehlen.

Bewahren heißt auch, Grenzen anzuerkennen

Alte Software rückt eine Frage in den Vordergrund, die sich hinter dem Wort „Archiv“ verbergen kann: Was soll für die Zukunft verfügbar bleiben? Dokumente, Daten und die Möglichkeit, ein Programm auszuführen, sind nicht gleichbedeutend, auch wenn sie miteinander verbunden sein können. Die in den Quellen beschriebene Archivarbeit zeigt, warum Identifizieren, Beschreiben und Zugänglichmachen wichtig sind; die Definition digitaler Langzeitarchivierung erinnert daran, dass das Ziel über das bloße Speichern hinausgeht.

Die belastbarste Schlussfolgerung ist zugleich die zurückhaltendste: Ein Programm aufzubewahren ist ein Anfang, keine Garantie dafür, dass es wieder läuft. Für weitergehende Aussagen braucht es konkrete Belege zum Objekt, seiner Dokumentation und seinen Nutzungsbedingungen. Solange sie fehlen, gehört es zu einer sorgfältigen Bewahrung, diese Unsicherheit anzuerkennen.