08.10.2026 · Signal Titans Editorial
Alan Kay wollte Computer als dynamisches Medium, nicht nur als Maschinen

Anfang der 1970er Jahre versuchte Alan Kay nicht, ein besseres Büroterminal zu bauen. Er stellte sich einen Computer vor, den ein Kind tragen, erforschen und programmieren könnte – ein „persönliches dynamisches Medium“ statt einer Maschine, die nur fertige Software ausführt. Aus dieser Idee entstand das Dynabook-Konzept, und sie prägte die Arbeit der Learning Research Group am Xerox PARC.
Das Überraschende daran: Die Programmiersprache war nicht das eigentliche Ziel. Smalltalk war Infrastruktur für eine viel größere Vorstellung davon, wie sich persönliches Computing anfühlen sollte.
Der Computer als Medium
Kays Hintergrund verband Mathematik, Biologie, Musik, Grafik und Informatik. Als er zu Xerox PARC kam, dachte er über Computer weniger als Rechenmaschinen und stärker als Medien nach, die Nutzer selbst verändern können. Sein Dynabook-Entwurf von 1972 beschrieb einen tragbaren persönlichen Computer für Lernen und kreatives Arbeiten. Die Hardware jener Zeit konnte das dünne und preiswerte Gerät noch nicht liefern, doch die Alto-Workstations am PARC boten eine Plattform, um viele Ideen in Software zu erproben.
Für Kay war ein Computer nicht schon deshalb persönlich, weil eine einzelne Person ihn besaß. Der Nutzer musste sein Verhalten verändern können. Diese Forderung führte das Team zu einer Programmierumgebung, die einfach genug für interaktives Experimentieren und zugleich mächtig genug war, um die Umgebung selbst zu bauen.
Smalltalk war für Veränderung im laufenden System gedacht
Die ersten Smalltalk-Systeme entstanden 1972 in Kays Learning Research Group. Dan Ingalls leistete einen großen Teil der Implementierungsarbeit; Adele Goldberg, Ted Kaehler, Diana Merry und weitere Forscher trugen entscheidend bei. Smalltalk vereinte Programmiersprache, Entwicklungsumgebung und grafische Benutzeroberfläche. Statt Softwareentwicklung als lange Folge von Textbearbeitung, Kompilieren, Linken und Neustarten zu verstehen, lud das System dazu ein, eine laufende Welt zu untersuchen und direkt zu verändern.
Das war wichtig, weil Oberfläche und Sprache sich gegenseitig verstärkten. Fenster, Menüs, Browser, Grafik und direkte Manipulation waren keine isolierten Demos. Sie gehörten zu einer Umgebung, in der Objekte Nachrichten austauschten und verändert werden konnten, während das System weiterlief. Spätere Versionen, besonders Smalltalk-76 und Smalltalk-80, verfeinerten das Modell, das außerhalb von Xerox bekannt wurde.
Was das Team tatsächlich veränderte
Smalltalk half dabei, Ideen selbstverständlich zu machen, die heute alltäglich wirken. Programme konnten in Browsern erkundet werden. Grafische Objekte ließen sich direkt manipulieren. Entwickler konnten Verhalten ändern und das Ergebnis unmittelbar sehen. Das System förderte objektorientiertes Design, doch Kay betonte später, dass für ihn vor allem Nachrichten und spätes Binden wichtig waren – nicht bloß das Zusammenfassen von Daten und Methoden in Klassen.
Diese Unterscheidung ist wichtig, weil „objektorientiert“ später zu einem sehr weiten Begriff wurde. Smalltalk war nicht nur ein Rezept für Klassenhierarchien. Es war ein Versuch, Softwaresysteme formbarer zu machen: durch kommunizierende Teile und durch eine Entwicklungsumgebung, die selbst inspizierbar blieb.
Die bekannte PARC-Geschichte ist größer als eine Demo
Populäre Erzählungen verkürzen Xerox PARC häufig auf den Besuch von Apple-Ingenieuren, die dort eine grafische Oberfläche sahen und Ideen in Richtung Macintosh weitertrugen. Der Besuch war wichtig, aber die Geschichte ist breiter. PARC-Forscher arbeiteten an Bitmap-Displays, Fenstern, Ethernet, Laserdruck, Dokumentensystemen und vernetzten Personal Computern. Smalltalk war Teil dieses Ökosystems. Die interessante Lehre ist nicht, dass eine Firma „die Zukunft erfand“ und eine andere sie kopierte, sondern dass eine Forschungsumgebung mehrere Technologien so zusammenbringen kann, dass eine neue Form des Computings sichtbar wird.
Kays Team nahm auch Kinder als ernsthafte Nutzer wahr. Wenn Kinder mit Computern schaffen statt nur Inhalte konsumieren sollten, brauchte das System eine andere Art von Zugänglichkeit: nicht nur einfachere Knöpfe, sondern verständliche Bausteine.
Einfluss ohne gerade Linie
Smalltalk wurde nicht zur dominierenden Sprache des Personal Computing. Trotzdem übernahmen oder interpretierten viele spätere Systeme seine Ideen neu: grafische Entwicklungswerkzeuge, objektorientierte Sprachen, integrierte Entwicklungsumgebungen, Model-View-Controller-Muster, Live-Inspektion und interaktives Programmieren. Das Computer History Museum beschreibt Smalltalk als Sprache, Umgebung und GUI mit tiefem Einfluss auf modernes Personal Computing. 2003 erhielt Kay den A.M. Turing Award für grundlegende Ideen der objektorientierten Programmierung, für die Leitung des Smalltalk-Teams und für fundamentale Beiträge zum Personal Computing.
Diese Auszeichnung sollte die Geschichte nicht zu Heldenverehrung machen. Kay arbeitete in einem Netzwerk von Forschern, und die Implementierungsgeschichte von Smalltalk ist untrennbar mit Ingalls, Goldberg, Kaehler, Merry und vielen anderen verbunden. Das nützliche Muster ist organisatorisch: Eine starke Vision war wichtig, aber ebenso ein Team, das Abstraktionen in Systeme verwandeln konnte, die Menschen tatsächlich benutzen konnten.
Das mentale Modell, das bleibt
Kays dauerhafte Idee war, dass Computer für Veränderungen durch ihre Nutzer offen bleiben sollten. Moderne Software bewegt sich oft in die Gegenrichtung: ausgereifter, sicherer, bequemer und zugleich undurchsichtiger. Dafür gibt es gute Gründe, besonders bei globaler Skalierung. Die Smalltalk-Geschichte bewahrt dennoch eine wertvolle Frage für Softwareentwickler.
Wenn wir ein Produkt vereinfachen, machen wir Komplexität verständlicher – oder verstecken wir sie nur? Ein Personal Computer kann leicht zu bedienen sein, weil Nutzer seine Mechanik nie sehen. Kays ehrgeizigere Version war anders: Die Mechanik sollte zugänglich genug sein, damit Nutzer lernen können, sie selbst zu verändern.