Brendan Eich baute JavaScript in 10 Tagen. Der Prototyp wurde zur Sprache des Web.

JavaScript wurde nicht über Jahre in Komitees entworfen.

Brendan Eich baute den ersten Prototyp in zehn Tagen.

Es war Mai 1995.

Netscape brauchte eine Skriptsprache für den Browser.

Das Web explodierte.

Java hatte enormen Rückenwind.

Und das Management wollte etwas, das Entwickler direkt in Webseiten schreiben konnten.

Eich hatte kaum Zeit.

Was aus diesem Sprint entstand, sollte später in praktisch jedem großen Browser der Welt laufen.

Er kam zu Netscape in der Erwartung, Scheme im Browser zu bauen

Eich schrieb später, dass ihn unter anderem die Aussicht zu Netscape lockte, eine Sprache wie Scheme in den Browser zu bringen.

Scheme war elegant und leistungsfähig.

Doch als er ankam, hatte sich die Lage verändert.

Suns Java zog enorme Aufmerksamkeit auf sich.

Netscape verhandelte mit Sun.

Der Browser brauchte trotzdem eine leichte Skriptsprache — einfacher und schneller als Java, aber vertraut genug für Webentwickler.

Die politischen Zwänge waren fast so wichtig wie die technischen.

Die Sprache durfte nicht zu akademisch wirken.

Die Syntax sollte C- und Java-Programmierern vertraut vorkommen.

Unter der Oberfläche wollte Eich zugleich flexiblere Ideen behalten.

Dann kam der Zehn-Tage-Prototyp

Eich schrieb später sehr direkt:

„I wrote JavaScript in ten days.“

Der Engine-Prototyp entstand im Mai 1995.

Die Sprache hieß zunächst Mocha.

Sie sollte direkt in Netscape Navigator laufen und Code interpretieren, der in Webseiten eingebettet war.

Trotz des extrem kurzen Zeitplans enthielt der Prototyp bereits Ideen, die JavaScript jahrzehntelang prägen sollten.

First-Class Functions.

Prototypbasierte Objekte.

Dynamische Typisierung.

Automatische Speicherverwaltung.

Und eine Syntax, die unter Druck C und Java ähneln sollte.

Der Name änderte sich, weil sich der Markt bewegte

Mocha behielt seinen Namen nicht.

Es wurde LiveScript.

Ende 1995 kündigten Netscape und Sun schließlich JavaScript an.

Der Name verband die Sprache bewusst mit der Aufregung um Java.

Diese Marketingentscheidung sorgt bis heute für Verwirrung.

JavaScript ist keine kleine Version von Java.

Typensystem, Objektmodell und Entstehung unterscheiden sich deutlich.

Das hastige Design hinterließ technische Schulden

Eich hat nie behauptet, zehn Tage reichten für eine perfekte Sprache.

Er hat offen über Entscheidungen geschrieben, die er heute anders treffen würde.

Einige seltsame Teile von JavaScript existieren, weil ein Prototyp zum Produkt wurde, bevor ein sauberer Neustart möglich war.

Automatic Semicolon Insertion.

Verwirrende Konvertierungen.

Historisch merkwürdiges Verhalten bei Typen und Objekten.

Später machte Kompatibilität vieles davon fast unmöglich zu entfernen.

Wenn Millionen Webseiten von etwas abhängen, wird selbst ein Fehler Teil der Plattform.

Die Unvollkommenheit offenbarte etwas Größeres

JavaScript setzte sich durch, weil Webseiten programmierbar wurden, ohne dass Entwickler eine separate Anwendung kompilieren und verteilen mussten.

Ein kleines Stück Code konnte mit der Seite reisen.

Der Browser war bereits auf dem Rechner des Nutzers.

Die Sprache konnte Klicks verarbeiten, Inhalte ändern, Formulare prüfen und später ganze Anwendungen ausführen.

Das Web wurde von einer Dokumentensammlung zu einer Softwareplattform.

Nicht weil JavaScript theoretisch perfekt war.

Sondern weil es dort verfügbar war, wo Entwickler es brauchten.

Standardisierung kam nach der Adoption

Der Erfolg schuf ein neues Problem.

Andere Browser brauchten kompatible Implementierungen.

Microsoft lieferte JScript.

Netscape trieb die Standardisierung über Ecma voran.

Die standardisierte Sprache wurde ECMAScript.

Von da an musste JavaScript unter einer schwierigen Bedingung weiterentwickelt werden:

Verbessern, ohne das Web zu brechen.

Die Geschichte von den „zehn Tagen“ wird oft falsch verstanden

Sie wird gern als Beweis erzählt, dass großartige Produkte sofort entstehen können.

Das ist die falsche Lektion.

Eich hatte bereits jahrelange Erfahrung mit Programmiersprachen und Compilern.

Er arbeitete in einer Firma mit einem extrem schnell wachsenden Browser, unter starkem Marktdruck, mit klaren Constraints und sofortiger Distribution.

Der Prototyp dauerte zehn Tage.

Das Wissen dahinter viel länger.

Und die Sprache selbst brauchte Jahrzehnte an Reparatur, Standardisierung und Evolution.

Geschwindigkeit ist besonders stark bei kurzen Feedback-Loops

Entscheidend war nicht nur, dass Eich schnell arbeitete.

Der Prototyp konnte sofort in einen echten Browser eingebettet und echten Entwicklern gegeben werden.

Build.

Embed.

Test.

Ship.

Observe.

In einem schnell bewegten Markt kann ein guter Prototyp im richtigen Distribution Channel wertvoller sein als ein perfektes Design, das zu spät kommt.

Aber Prototypen können schneller dauerhaft werden als erwartet

Wenn ein Prototyp Erfolg hat, bauen andere darauf.

Kompatibilität wird zum Versprechen.

Unsaubere Kanten werden zu Abhängigkeiten.

Was du neu schreiben wolltest, kann plötzlich Infrastruktur sein.

JavaScript ist eines der klarsten Beispiele der Softwaregeschichte.

Der Zehn-Tage-Prototyp blieb kein Prototyp.

Er wurde Teil der Laufzeitumgebung des modernen Web.

Was baust du heute als „temporären Prototyp“, das zur Infrastruktur werden könnte, bevor du überhaupt Zeit zum Rewrite bekommst?

Quellen

• Brendan Eich — New JavaScript Engine Module Owner
• Brendan Eich — historische JavaScript-Notizen
• Computer History Museum — 1995 Timeline: JavaScript is developed
• Ecma International — JavaScript Language Design and Implementation in Tandem
• Mozilla Foundation — Hintergrund zu Brendan Eich und JavaScript
• Porträt im Titelbild — Brendan Eich, Foto: Darcy Padilla, CC BY-SA 3.0 via Wikimedia Commons. Das Editorial-Derivat bleibt unter derselben Lizenz.