Es gibt Programme, die verschwinden. Und es gibt Programme, die einfach umziehen. Wer in den letzten dreißig Jahren einen Computer benutzt hat, kennt eine Handvoll Anwendungen, die alle Betriebssystem-Wechsel, Hardware-Generationen und Design-Moden überlebt haben. Sie sahen früher anders aus, sie liefen auf anderer Technik – aber sie sind noch da. Nur eben nicht mehr als installierte .exe, sondern als Tab im Browser.
Das ist mehr als Nostalgie. Die Frage, warum bestimmte Software Jahrzehnte überdauert, während anderes nach zwei Windows-Versionen vergessen ist, sagt eine Menge über nachhaltiges Software-Design aus.
Vom Programm zur Plattform
In den 90ern war Software an ein Betriebssystem gekettet. Ein Programm für Windows 95 lief auf Windows 95, Punkt. Wollte man es auf einem Mac nutzen, brauchte es eine komplette Neuentwicklung. Software war ein physisches Ding: eine Diskette, eine CD, ein Installationsassistent mit Fortschrittsbalken.
Dann kam das Web und hat diese Kette Stück für Stück gesprengt. Zuerst waren Browser nur Dokumenten-Betrachter. Mit JavaScript wurden sie interaktiv. Mit AJAX kamen Anwendungen, die sich wie Desktop-Programme anfühlten – Gmail war 2004 ein kleiner Schock, weil eine E-Mail-Anwendung plötzlich einfach im Browser lief, ohne Installation. Und mit HTML5, dem <canvas>-Element und WebGL wurde der Browser zur vollwertigen Laufzeitumgebung: Grafik, Sound, Speicher, Netzwerk, alles da.
Der Browser ist damit still und leise zum universellsten Betriebssystem der Welt geworden. Er läuft auf Windows, macOS, Linux, Android, iOS – überall gleich. Möglich macht das ein Fundament aus offenen, dokumentierten Bausteinen, die im Hintergrund zusammenspielen – von DNS als Grundlage des Internets bis hin zu HTML und JavaScript. Und genau das macht den Browser zum idealen Umzugsort für Software, die überleben will.
Das Klassiker-Prinzip: klein, klar, sofort nutzbar
Welche Programme schaffen den Umzug? Auffällig oft sind es die kleinen, klar umrissenen. Ein Taschenrechner. Ein Notiz-Tool. Ein Wecker. Ein Kartenspiel.
Ein gutes Beispiel für dieses Prinzip ist das gute alte Solitär. Über Jahrzehnte war es bei Windows vorinstalliert – ursprünglich übrigens nicht als Zeitvertreib gedacht, sondern damit Nutzer den Umgang mit der Maus und die Drag-and-drop-Geste üben. Heute braucht es dafür keine Installation mehr: Wer eine Runde spielen will, kann das Kartenspiel direkt im Browser Solitär kostenlos starten und sofort loslegen, ohne Download, ohne Konto. Technisch ist das ein winziges Stück Software – ein bisschen HTML, etwas JavaScript, ein <canvas> für die Karten. Genau deshalb ließ es sich so verlustfrei ins Web übertragen.
Das ist das Muster hinter vielen überlebenden Klassikern: eine einzige, klar verständliche Aufgabe, keine unnötigen Abhängigkeiten, sofort einsatzbereit. Solche Programme lassen sich portieren, weil ihr Kern so schlank ist. Aufgeblähte Software mit hundert Features und tiefen Systemverzahnungen zieht nicht um – sie stirbt mit ihrer Plattform.
Erhaltung als aktive Entscheidung
Nicht jede alte Software überlebt von allein. Ein großer Teil digitaler Kulturgeschichte wäre längst verloren, wenn nicht Menschen aktiv daran arbeiten würden, sie lauffähig zu halten.
Das Internet Archive betreibt genau dafür eine riesige Sammlung: Tausende DOS-Spiele und alte Anwendungen laufen dort direkt im Browser, möglich gemacht durch Emulation. Projekte wie EM-DOSBOX oder v86 bilden komplette alte Rechner in JavaScript und WebAssembly nach – der Browser simuliert einen PC von 1993, und darin läuft die Originalsoftware unverändert. Man muss nichts neu programmieren; man baut die Umgebung nach, die das Programm erwartet.
Daneben gibt es die zweite Strategie: die Neuinterpretation. Statt das Original zu emulieren, wird die Idee neu und nativ für das Web umgesetzt. Das moderne Browser-Solitär von oben ist so ein Fall – es ist nicht das Windows-Programm von 1990, sondern eine frische Implementierung derselben Spielidee mit heutigen Web-Technologien. Beide Wege haben ihren Wert: Emulation bewahrt das exakte Original samt Macken, Neuinterpretation bringt die Idee in eine saubere, wartbare, mobiltaugliche Form.
Was Entwickler daraus lernen können
Diese Geschichte ist nicht nur ein netter Rückblick. Sie enthält eine praktische Lektion für alle, die heute Software bauen.
Erstens: Schlanker Kern schlägt Feature-Fülle. Was überlebt, ist selten das Programm mit den meisten Funktionen, sondern das mit der klarsten Aufgabe. Wer eine Sache gut macht und wenig Ballast mit sich schleppt, baut etwas, das man leicht portieren, warten und weiterentwickeln kann.
Zweitens: Offene Standards altern besser als proprietäre Plattformen. Software, die auf HTML, JavaScript und dokumentierten Web-Standards aufsetzt, hat gute Chancen, in zehn Jahren noch zu laufen. Software, die tief in eine einzelne, geschlossene Plattform eingegraben ist, teilt deren Schicksal. Wie ernst dieses Thema inzwischen genommen wird, zeigt der Umstieg französischer Behörden von Windows auf Linux im Namen digitaler Souveränität – die Wahl der Plattform ist längst eine strategische Frage.
Drittens: Niedrige Einstiegshürden sind ein Design-Merkmal, kein Zufall. Kein Download, keine Anmeldung, sofort nutzbar – das ist genau der Grund, warum die kleinen Klassiker den Sprung ins Web geschafft haben. Jede Hürde, die man dem Nutzer erspart, erhöht die Wahrscheinlichkeit, dass die Software überhaupt benutzt wird. Dazu gehört auch Tempo: Wie sehr Ladezeit und Nutzererlebnis heute über Erfolg oder Abbruch entscheiden, zeigt ein Blick auf die Core Web Vitals – eine Seite, die sofort reagiert, gewinnt.
Fazit
Der Browser hat aus Software etwas Ortloses gemacht. Programme sind nicht mehr an Diskette, CD oder Betriebssystem gebunden – sie leben dort, wo ein Browser läuft, und das ist inzwischen überall. Die Anwendungen, die diesen Übergang geschafft haben, sind selten die größten und mächtigsten. Es sind die klar gebauten, die schlanken, die sofort nutzbaren.
Wer heute etwas entwickelt, das in zwanzig Jahren noch laufen soll, kann sich von diesen Überlebenden eine Menge abschauen: Tu eine Sache gut, setze auf offene Standards, halte die Hürden niedrig. Der Rest ist dann fast nur noch ein Umzug.
