Gergely Orosz präsentiert in seinem Podcast „The Pragmatic Engineer“ ein facettenreiches Interview mit Anders Hejlsberg, einer prägenden Figur der Softwareentwicklung. Der Text fasst die Kernpunkte des Gesprächs in 14 Beobachtungen zusammen und zeichnet Hejlsbergs Weg von seinen Anfängen an einem HP 2100 mit 32 Kilobyte Speicher bis zu seiner Rolle als Technical Fellow bei Microsoft nach. Im Zentrum stehen die konkreten Entstehungsgeschichten und Designphilosophien hinter Turbo Pascal, Delphi, C# und TypeScript.
Eine der prägnantesten Anekdoten betrifft den ökonomischen Erfolg von Turbo Pascal: Das Produkt sei nicht nur schneller und interaktiver als die Konkurrenz gewesen, sondern habe mit einem Preis von 49,95 Dollar auch einen radikalen Schnitt gemacht. Orosz zitiert das Prinzip „10x besser für ein Zehntel des Preises“ als bewährte Erfolgsformel, die quasi nebenbei auch Piraterie eindämmte. Genauso aufschlussreich ist die juristische Geburtsstunde von C#. Der Newsletter legt dar, dass die Sprache und das .NET-Framework eine direkte Folge des Rechtsstreits zwischen Sun Microsystems und Microsoft um Java waren. Microsoft habe eine Alternative benötigt, die die Produktivität von Visual Basic mit der Mächtigkeit von C++ verband.
Besonders detailliert wird die Entstehung von TypeScript beschrieben. Der Auslöser sei eine bewusste Entscheidung gegen eine abgekapselte Eigenlösung gewesen. Hejlsberg und sein Team hätten sich geweigert, ein Tool zu bauen, das C# nach JavaScript konvertiert. Stattdessen plädierten sie dafür, „JavaScript zu reparieren“ und direkt im Ökosystem der Sprache zu arbeiten – eine Haltung, die Orosz als entscheidend für die spätere Attraktivität von TypeScript bei JavaScript-Entwickler:innen wertet. Der Umzug des Projekts von Microsofts eigener Plattform CodePlex auf GitHub im Jahr 2014 mit seiner aktiven Community wird als Katalysator für die Qualität der Sprache genannt. Technisch ungewöhnlich sei zudem der TypeScript-Compiler selbst, der durch faule Auswertungen und extrem granulare, funktionale Neuberechnungen von Abhängigkeiten traditionelle Compiler-Praktiken breche.
Zum Thema Künstliche Intelligenz vertritt Hejlsberg eine klare und von der Sprache entkoppelte Position. Nicht das Sprachdesign entscheide über die Eignung für KI-Assistenten, sondern schlicht das Volumen der Trainingsdaten. Dass KI-Agenten in TypeScript und Python so gut funktionieren, liege daran, dass zu diesen Sprachen die meisten Codebeispiele im Netz existieren. Dennoch sieht er aktuelle Grenzen: Für das Schreiben von Compilern tauge KI noch wenig, da es in den Trainingsdaten an Material über die großen Zusammenhänge wie Typen, Symbole und Parsing fehle. Seine provokante Zukunftsvision fasst der Newsletter mit dem Zitat zusammen: „Wir werden wohl alle Projektmanager:innen sein, die Armeen von Junior-Programmierern – sprich Agenten – verwalten.“ Das Interessante werde dann die Überprüfung von Code mithilfe von KI-generierten Anmerkungen sein. Als langfristiges Gesetz stellt er fest: Das Design einer Programmiersprache sei ein Zehn-Jahres-Spiel, bei dem erst die dritte Version wirklich gut werde.
Einordnung
Die Perspektive ist eine klassische Insider-Erzählung: Der „Pragmatic Engineer“ Gergely Orosz spricht mit einem Branchenveteranen, wobei das Format des respektvollen Frage-und-Antwort-Spiels die Position Hejlsbergs als alleinigen Erklärer der Technikgeschichte zementiert. Unausgesprochen bleibt die implizite Annahme, dass die Schaffenskraft einzelner, genialer Designer:innen und deren kluge technische Entscheidungen den Fortschritt maßgeblich treiben. Strukturelle, soziale oder ökonomische Faktoren erscheinen allenfalls als Anekdote – wie die Sun-Klage –, nicht aber als das komplexe, oft zufällige Umfeld, in dem technische Standards entstehen. Das beschriebene Design-Team von C# mit seinen sechs Personen unterstreicht diese Erzählung der kontrollierten, weisen Ingenieurskunst.
Die Agenda des Textes fördert eine deterministische und werkzeugfixierte Sicht auf Softwareentwicklung. Kritische Fragen zu den negativen Seiten von Microsofts Marktmacht in den 1990ern, zur Monokultur durch Sprachen wie TypeScript oder zu den potenziellen Gefahren einer vollautomatisierten Code-Generierung durch KI fehlen völlig. Das Framing ist durchweg affirmativ: Designentscheidungen werden positiv als „eleganter Hack“ oder notwendige Pragmatik gerahmt. Trotz dieser unkritischen Haltung ist der Newsletter für alle Softwareentwickler:innen lesenswert, die historisch und architektonisch verstehen wollen, warum ihre heutigen Werkzeuge so funktionieren, wie sie es tun. Wer jedoch eine distanzierte Reflexion über Macht, Arbeit und Dequalifizierung in der Branche sucht, wird hier nicht fündig.