06.10.2026 · Signal Titans Editorial
Yukihiro Matsumoto baute Ruby um eine radikale Idee: Programmieren sollte sich gut anfühlen.
Yukihiro „Matz“ Matsumoto begann Ruby nicht, weil ein Unternehmen ihm eine Marktanforderung vorlegte. Er begann, weil sich die verfügbaren Programmiersprachen für ihn nicht richtig anfühlten. Nach seiner eigenen späteren Darstellung wurde Ruby am 23. Februar 1993 „geboren“, während eines Gesprächs über eine objektorientierte Skriptsprache. Er wollte etwas, das für tägliche Skripte praktisch war, zugleich aber wirklich objektorientiert und angenehm zu benutzen.
Eine Sprache aus Unzufriedenheit, nicht aus einem Businessplan
Matsumoto kannte bereits Perl und Python, doch keines entsprach der Sprache, die er suchte. Er schätzte die schnelle Ausdruckskraft von Skriptsprachen, wollte aber ein saubereres Objektmodell und ein Design, bei dem Objektorientierung nicht nachträglich angefügt wirkte. Die offizielle Ruby-Geschichte beschreibt, wie er Elemente aus Sprachen übernahm, die er mochte — Perl, Smalltalk, Eiffel, Ada und Lisp. Die Originalität lag weniger darin, jede Idee neu zu erfinden, als in ihrer Kombination und in dem Ziel, auf das er optimierte.
Dieses Ziel war ungewöhnlich: der Programmierer. Matsumoto hat sein Ziel wiederholt als „Programmer Happiness“ beschrieben. In einem Interview von 2003 argumentierte er, Programmiersprachen seien Schnittstellen zwischen Menschen und Computern, also müsse auch die menschliche Seite zählen. Einfachheit war für ihn kein absoluter Wert. Rubys eigene Dokumentation fasst eine seiner wiederkehrenden Ideen so zusammen: Die Sprache soll natürlich wirken, nicht bloß einfach, selbst wenn die Implementierung darunter komplexer werden muss.
Zwei Jahre bis zur öffentlichen Veröffentlichung
Aus der ersten Idee wurde nicht sofort eine berühmte Sprache. Matsumoto brauchte Monate, bis ein Interpreter lief, und entwickelte das Design zunächst weitgehend außerhalb internationaler Aufmerksamkeit weiter. In einem Rückblick von 1999 auf der Mailingliste ruby-talk schrieb er, Ruby 0.95 sei im Dezember 1995 in japanischen Newsgroups veröffentlicht worden. Ruby 1.0 folgte im Dezember 1996. Mehrere Jahre lang konzentrierten sich Community und Dokumentation vor allem auf Japan.
Dieser langsame Start ist wichtig, weil Technikgeschichte im Rückblick gern wie eine Reihe sofortiger Erfolge aussieht. Ruby hatte keine Garantie auf weltweite Verbreitung. Es war ein persönliches Sprachdesign, das nach und nach Nutzer gewann. Seine Syntax war flexibel, Werte wurden konsistent als Objekte behandelt, und Funktionen wie Blöcke, Iteratoren, Garbage Collection, Exceptions und ein ausdrucksstarkes Klassensystem machten kleine Programme kompakt, ohne die Entwicklung größerer Anwendungen zu verhindern.
„Programmer Happiness“ wurde zu einer echten Engineering-Vorgabe
Der Ausdruck klingt weich, führte aber zu konkreten Designentscheidungen. Matsumoto wollte Code nahe am mentalen Modell des Programmierers halten. Er schätzte knappe Ausdrucksformen, mehrere mögliche Wege zu einer Lösung und APIs, die einen guten Weg angenehm machen, statt ihn durch starre Regeln zu erzwingen. In Interviews betonte er außerdem Handwerk: Code lesen, andere Sprachen lernen, Grundlagen verstehen und Schnittstellen ernst nehmen.
International wurde Rubys Philosophie besonders sichtbar, als das Ökosystem wuchs — vor allem durch Ruby on Rails und Bibliotheken, die als Gems verteilt werden. Die offizielle Ruby-Seite spricht heute von mehr als 200.000 Gems und hebt hervor, dass die Community den Umfang des Systems weit über das hinaus erweitert hat, was eine einzelne Person schaffen könnte. Matsumoto entwarf die Sprache, doch ihre Beständigkeit entstand durch Menschen, die Frameworks, Bibliotheken, Werkzeuge, Dokumentation und lokale Communities aufbauten.
Eine Designidee, die das ursprüngliche Problem überlebt hat
Ruby war nie die einzige Antwort auf Softwareentwicklung, und das war auch nicht Matsumotos Anspruch. Der tiefere Beitrag liegt in der Vorstellung, dass Developer Experience kein Schmuck ist, den man nach der „eigentlichen“ Ingenieurarbeit hinzufügt. Syntax, Fehlermeldungen, Bibliotheken und Konventionen prägen, wie Menschen denken, wie schnell sie Ideen in funktionierenden Code verwandeln und ob Programmieren sich wie ein Kampf mit der Maschine oder wie das Ausdrücken einer Absicht anfühlt.
Drei Jahrzehnte nach den ersten öffentlichen Versionen wird Ruby weiterhin gepflegt, eingesetzt und diskutiert. Neue Sprachen sind entstanden, Hardware hat sich radikal verändert und Softwareentwicklung beschäftigt sich mit Problemen, die 1993 kaum existierten. Doch die Frage hinter Ruby ist weiterhin aktuell: Wessen Erfahrung optimieren wir, wenn wir ein technisches System entwerfen? Matsumotos Antwort war ungewöhnlich eindeutig. Die Maschine zählt, aber der Mensch, der sie benutzt, zählt ebenfalls.
SIGNAL TITANS.jpg){kind=link}