1984: Ein Texteditor in 32 KB – und 24 GB GPU reichen heute nicht

1984: Ein Texteditor in 32 KB – und 24 GB GPU reichen heute nicht

ComputergeschichteHacker-KulturRetroDigital DeliSoftware-Aufblähung

Quellen:HN + AtariArchives + web research · HN

Im Juli 2026 landete ein 42 Jahre altes Buch auf der Titelseite von Hacker News. Digital Deli – der Untertitel: „Ein umfassendes, liebenswertes Menü voller Computer-Legenden, Kultur und Lebensart” – zeigt auf dem Cover einen gedeckten Tisch, bestückt mit elektronischen Bauteilen.

Das Buch wurde vor 42 Jahren von einer Gruppe Gleichgesinnter zusammengestellt, die sich selbst „The Lunch Group” nannte. Die Autorenliste liest sich heute wie ein Who-is-Who der frühen Computerära: Apple-Mitgründer Steve Wozniak, VisiCalc-Erfinder Dan Bricklin, Hypertext-Pionier Ted Nelson – und ein junger Mann, der damals in einer Blockhütte in der Wildnis Oregons lebte und seinen Computer über ein 366 Meter langes Verlängerungskabel mit Strom versorgte: Paul Lutus.

Original-Cover von Digital Deli (1984) Abb.: Das Original-Cover von „Digital Deli” (1984). Quelle: AtariArchives.org

Nachdem das Buch auf HN verlinkt wurde, ereignete sich etwas, das nur auf Hacker News passieren kann: Ein Nutzer namens „lutusp” meldete sich zu Wort – er sei der Autor eines der Kapitel. Sein Beitrag trug den Titel „Cottage Computer Programming”. Und das Programm, das er geschrieben hatte, hieß Apple Writer – das erfolgreichste Textverarbeitungsprogramm der Apple-II-Ära, übersetzt in fünf Sprachen, ein internationaler Bestseller.

Dann warf er eine Zahl in den Raum, bei der der Autor dieser Zeilen wirklich kurz innehalten musste.

„Sitzen Sie bequem?”, schrieb er. „Ich habe einen Texteditor in Assembler geschrieben, der nur 8 KB Speicher belegte. Der Apple II hatte insgesamt 32 KB RAM. Die restlichen 24 KB standen für Ihr Dokument zur Verfügung.”

„Und heute schaue ich auf meine GPU mit 24 GB VRAM und beschwere mich über Speichermangel. Eine Million Mal mehr. Und das in nur 36 Jahren.”


Ein NASA-Aussteiger und eine Hütte ohne Strom

Die Geschichte von Paul Lutus wäre heute Stoff für eine Dokumentation.

1976 entwarf er elektronische Bauteile für das Space-Shuttle-Programm der NASA – die Leuchtanzeigen in der Shuttle-Flotte nutzen noch heute seine Schaltungen. Doch er spürte, dass dieser Lebensweg nicht der richtige war. Also stieg er aus.

Er zog in die Wildnis Oregons, schleppte Holz auf einen 120 Meter hohen Hügel und baute eine 3,6 × 4,8 Meter große Blockhütte. Keine Straße, kein Strom. Er zog Gemüse, schrieb Gedichte, spielte mit Mathematik in Notizbüchern. Abends las er bei Petroleumlicht den Scientific American.

Paul Lutus' Blockhütte in der Wildnis Oregons Abb.: Paul Lutus’ Blockhütte in Oregon. Hier versorgte er seinen Apple II über ein 366 Meter langes Verlängerungskabel mit Strom und schrieb Apple Writer. Quelle: AtariArchives.org

Eines Tages sah er eine Anzeige für den Apple II. Ein Personal Computer! Er radelte zur nächsten Telefonzelle und gab eine Bestellung auf. Dann verlegte er ein 366 Meter langes Verlängerungskabel von einer Baustelle am Fuß des Hügels zu seiner Hütte.

Sein erstes offizielles Produkt schickte er in einem braunen Umschlag an Apple: die erste Version von Apple Writer. Apple zahlte 7.500 Dollar – ohne Tantiemenvereinbarung. Doch das Schicksal spielte ihm in die Hände: Apples eigene Ingenieure konnten das Programm nicht modifizieren. Zwei Jahre später wurde der Vertrag neu verhandelt, diesmal mit Tantiemen. 1984 überstiegen die täglichen Tantiemen, die auf sein Konto flossen, bereits den ursprünglichen Kaufpreis.

Er nennt sich selbst den „Einsiedler von Oregon”. Und die Gerüchte, dass er tagelang ohne Essen und Schlaf programmierte? „Alle wahr.”


Was kann man mit 8 KB anfangen?

Heutige Leser können sich unter „8 KB” vermutlich nichts vorstellen. Hier eine Veranschaulichung: Der reine Text dieses Artikels umfasst etwa 15 KB. Das bedeutet, Apple Writer als Programm war kleiner als der Artikel, den Sie gerade lesen.

Und doch war es eine vollwertige Textverarbeitung. Editieren, Formatieren, Drucken – alles enthalten. Sogar eine Makrosprache war integriert, mit der Nutzer Skripte zur Funktionserweiterung schreiben konnten. Vergleichbar mit einem in Microsoft Word eingebetteten VBA-Editor. Alles in 8 KB.

Wie war das möglich? Zwei Worte: Assembler und keine Alternative.

Assembler ist die unterste Programmiersprache – sie sagt der CPU direkt, welchen Wert jedes Register halten und welche Speicheradresse gelesen werden soll. Keine Kommandos wie print("hello"). Höchste Effizienz, aber jede Zeile tut nur eine winzige Sache. In Lutus’ eigenen Worten: „Der Computer lehnt alles Unvollkommene ab, ohne jede Erklärung. Wenn du endlich die Antwort gibst, die er akzeptiert, ist seine Annahme vollständig und unerschütterlich.”

Er hatte Talent – aber der eigentliche Grund, warum er das schaffte, war ein hartes Limit von 32 KB, das keine Nachlässigkeit zuließ. Keine Third-Party-Bibliotheken, weil es keine gab. Keine redundanten Codezeilen, weil der Speicher nicht reichte. Kein „der Nutzer wird schon aufrüsten”, weil niemand aufrüstete. Jedes Byte musste sich seinen Platz verdienen.


Wie sah die Hacker-Welt von 1984 aus?

Digital Deli ist ein lebendiges Fossil jener Ära.

Das Inhaltsverzeichnis liest sich wie eine Zeitkapsel: „Hacker-Ethik”, „Computer-User-Gruppen”, „Der Homebrew Computer Club und die Geburt des Apple”, „Cottage Computer Programming”, „Der Kampf gegen Raubkopien”. Die Autorenliste enthält fast alle großen Namen, die später die PC-Industrie prägten. Und der Ton des Buches – heute würde man sagen – ist „Open-Source-Geist”, auch wenn es diesen Begriff damals noch nicht gab.

Wozniak erinnert sich in seinem Kapitel an den Homebrew Computer Club – eine Gruppe von Bastlern, die in Garagen Schaltungen zusammenlöteten, sich alle zwei Wochen trafen und Schaltpläne, Code und Ideen austauschten. Keiner redete über Geschäftsgeheimnisse, keiner unterschrieb NDAs. Steve Jobs mochte es später gar nicht, wenn Apple-Ingenieure an diesen Treffen teilnahmen – sie würden „alles ausplaudern”. Zwischen Wozniaks Zeilen schwingt seine Ablehnung dieser Haltung mit.

Das Buch enthält auch ein Kapitel über „Die Computerzeitschriften-Epidemie” von Stan Veit. Um 1984 gab es in den USA hunderte Computermagazine – BYTE, Creative Computing, Compute! – jede Ausgabe enthielt Programmlisten, die Leser Zeile für Zeile in ihre Maschinen eintippen konnten. Dieses Modell „Magazin als Distributionskanal” wirkt heute wie ein Mythos.

Lutus schrieb in seinem Kapitel einen Satz, der 2026 besonders schmerzhaft klingt: „Viele reden heute davon, dass der Cottage-Programmierer ausstirbt. Ich glaube das nicht. Die besten Programme sind immer noch das Werk einer Person oder höchstens zweier. Manche Team-Experimente waren komplette Fehlschläge.”


Der wahre Gegner: Nicht technischer Fortschritt, sondern „Ressourcenüberfluss”

Auf Reddit kursiert ein klassischer Witz: Ein Programmierer stellt fest, dass seine Electron-App (ein Desktop-Programm, das auf Webtechnologien basiert) 500 MB Speicher belegt – und ihre einzige Funktion ist die Anzeige eines Timers. Der Top-Kommentar: „Der Amiga 500 von 1985 hatte 512 KB RAM – genug für ein komplettes Betriebssystem, eine GUI, einen Audio-Sampler und ein Multitasking-Spiel.”

Das ist kein nostalgisches Jammern. Es ist echter Rückschritt.

Die heutige Software-Aufblähung hat einen volkswirtschaftlichen Fachbegriff: Wirth’s Law – Software wird schneller langsamer, als Hardware schneller wird. Niklaus Wirth (Erfinder von Pascal) prophezeite dies bereits 1995. Und 2026 erlebt dieses Gesetz eine absurde Neuauflage im Bereich des GPU-VRAM.

Paul Lutus’ HN-Kommentar über „24 GB VRAM sind nicht genug” – das ist kein Scherz. Der Autor hat die Anforderungen gängiger Open-Source-KI-Modelle recherchiert: Ein 7-Milliarden-Parameter-Modell benötigt in Standardgenauigkeit etwa 14 GB VRAM; ein 13-Milliarden-Modell braucht rund 26 GB – knapp über der Kapazität einer 24-GB-Grafikkarte. Ein Top-Modell mit 72 Milliarden Parametern benötigt etwa 144 GB.

Mit anderen Worten: 1984 konnte man auf 32 KB einen vollständigen Texteditor plus ein Dokument betreiben. 2026 kauft man für über 10.000 Yuan eine Top-Grafikkarte und kann nicht einmal ein „mittelgroßes” KI-Modell ausführen.

Der Kern des Problems liegt nicht in der Technik. Sondern in der Haltung.

Früher mussten Programmierer jedes Byte selbst verwalten – kein Betriebssystem half bei der Speicherbereinigung, kein Framework abstrahierte die Details. Dieser „erzwungene Sparzwang” erzeugte extrem hohe Codequalität. Heute türmen sich Abstraktionsebenen aufeinander, und jede Schicht frisst Speicher – „ist ja genug da” hat die einstige Sparsamkeit abgelöst.


Noch eine Randgeschichte: Tom Clancy wusste nicht, was ein Backup ist

Am Ende seines HN-Kommentars erzählte Lutus eine Anekdote. Sie sagt mehr aus als alle Daten zuvor.

Anfang der 80er Jahre schrieb Tom Clancy an seinem Durchbruch Jagd auf Roter Oktober – mit Apple Writer. Eines Tages rief er an: Eine Diskette lasse sich nicht mehr lesen – darauf befand sich ein gerade fertiggestelltes Kapitel.

Lutus musste ihm mitteilen: Keine Wiederherstellung möglich. Dann fügte er an, was ihm selbstverständlich erschien: „Nehmen Sie Ihre Sicherungskopie.”

Clancys Antwort: „Was ist eine Sicherungskopie?”

Eine wahre Geschichte.

Der Mann, der später zum erfolgreichsten Militärthriller-Autor der Welt wurde, wusste beim Schreiben von Jagd auf Roter Oktober nicht einmal, dass man Dateien kopieren kann – eine Selbstverständlichkeit, die heute jedes Smartphonekind beherrscht.

Lutus beendete seine Geschichte damit. Und der Autor dieses Artikels hatte das Gefühl: Sie ist die perfekte Metapher für die Situation der Hacker-Generation von 1984. Sie taten etwas, von dem niemand auf der Welt wusste, wie man es macht. Sie mussten ihre Werkzeuge selbst erfinden, ihre Prozesse selbst entwickeln, alle Fehler selbst machen – und dann ihre Erfahrungen und ihren Code an den nächsten Bastler in der nächsten Garage weitergeben.


Keine Nostalgie, sondern eine Frage

Dieser Artikel soll nicht das „Gute Alte” verklären. Die Computerwelt von 1984 war weit entfernt von einem Paradies – Apple-II-Nutzer mussten bei jedem Disk-Wechsel manuelle Lese-/Schreibbefehle eingeben, CRT-Monitore flimmerten kopfschmerzerregend, Drucker rissen Papier in zwei Hälften. Es war keine benutzerfreundliche Zeit.

Aber es war eine ehrliche Zeit.

Die 32-KB-Hardwaregrenze war ehrlich. Assembler war ehrlich – jeder Befehl, den man schrieb, wurde exakt so von der CPU ausgeführt. Die Teilkultur des Homebrew-Club war ehrlich – niemand gab vor, Geschäftsgeheimnisse zu haben, denn alle bauten ihre Räder von Grund auf neu und verschenkten sie.

Der Softwarewelt von heute fehlt es nicht an Speicher, Rechenleistung oder Kapital. Was fehlt, ist genau jene erzwungene Disziplin, innerhalb von 32 KB etwas Brauchbares abzuliefern.

Wenn Lutus 2026 auf seine 24-GB-GPU mit Speicherfehler blickt, dann trauert er vermutlich um etwas viel Fundamentaleres: die Kreativität, die aus Begrenzung erwächst.


Referenzen: