Am 24. Juni 2026 veröffentlichte John Carmack einen langen Thread auf X. Es war eine seltene Reflexion über eigene Managementfehler – ruhig und konkret, völlig anders als seine üblichen Ausführungen zu Computergrafik oder VR-Technologie. Der Thread endete mit zwei schlichten Worten – «Sorry, Sandy» – eine Entschuldigung, die in der Geschichte von id Software jahrzehntelang unausgesprochen geblieben war. Zu diesem Zeitpunkt hatte der Thread bereits über eine Million Aufrufe, und die zugehörige Diskussion auf Hacker News sammelte innerhalb eines halben Tages 468 Votes und 235 Kommentare. Hinter der Aufmerksamkeit verbirgt sich eine Frage, die über die Spielegeschichte hinausreicht: Wenn das technische Genie zugleich der Kern des Team-Entscheidungsprozesses ist – wo liegen seine blinden Flecken?
Der Autor hat weder in der Spieleindustrie gearbeitet noch ein Engineering-Team geleitet. Die folgende Analyse stützt sich ausschließlich auf Carmacks öffentliche Aussagen, Sandy Petersens Interviews über die Jahre sowie die in HN und anderen Community-Diskussionen aufgetauchten Erkenntnisse zum Engineering-Management. Es handelt sich um eine neutrale Bestandsaufnahme der Grenzen technischer Führung.
Was genau in diesem Thread stand
Carmacks Reflexion listete vier konkrete Punkte auf.
Der erste betraf übermäßigen Ehrgeiz bei der Technologiewahl. Quake führte 1996 vollständige 6DOF-Umgebungen und dreidimensionale Charaktermodelle ein – damals revolutionär. Doch rückblickend, so Carmack, hätte man Mehrspieler-Gefechte und ein Mod-System auch auf einer «Doom++»-Engine realisieren können, sodass die Level-Designer auf einer stabileren Grundlage hätten arbeiten können, ohne ständig von wiederholten grundlegenden Technologieänderungen «den Teppich unter den Füßen weggezogen zu bekommen» (rug-pulling). Das echte vollständige 3D hätte man für das nächste Projekt aufsparen können.
Der zweite Punkt war die außer Kontrolle geratene Arbeitsintensität. Er räumte ein, er habe «alle zu sehr angetrieben» und nicht verstanden, dass ein reifendes Unternehmen mehr Puffer benötigt – «ein Startup-Tempo dauerhaft durchzuhalten, brennt die Leute aus». Während der Quake-Entwicklung stieß er an seine persönliche Leistungsgrenze: Selbst wenn er sich bis an die Grenzen menschlicher Leistungsfähigkeit verausgabte, verfehlte er dennoch seine eigenen Meilensteine.
Der dritte Punkt war die fehlerhafte Gestaltung der Unternehmensbeteiligung und der Übernahmeklauseln. Das Gründerteam wollte sicherstellen, dass Eigentum nur in den Händen derjenigen liegt, die «gerade für das aktuelle Projekt alles geben». Im Nachhinein wäre das im Silicon Valley übliche Vesting-Modell die bessere Wahl gewesen.
Der vierte Punkt ist der heikelste. Carmack stellte ausdrücklich klar: Die Forderung, dass Level-Designer zugleich über starke visuell-künstlerische Fähigkeiten verfügen mussten – dafür «akzeptiere ich keine Schuldzuweisung». Er erklärte, dass John Romero diese Erwartungshaltung schon früh etabliert hatte. Das eigentliche Problem sei gewesen, dass sie es versäumten, früher einen Mechanismus für die «Paarung von Künstlern und Designern» zu schaffen. Aber unter den Designern herrschten damals interne Machtkämpfe, und diejenigen, die beides beherrschten – visuelle Gestaltung und Design –, machten sich gerne über Kollegen lustig, die das nicht konnten.
Und dann die letzten drei Worte: «Sorry, Sandy.»
Wer Sandy Petersen ist und warum «Sorry, Sandy» Gewicht hat
Sandy Petersen kam 1993 zu id Software, nur zehn Wochen vor der offiziellen Veröffentlichung von Doom. In dieser kurzen Zeit baute er 19 der 27 Doom-Level – weniger als die Hälfte davon basierten auf den Vorlagen des vorherigen Designers Tom Hall. Anschließend steuerte er 17 der 32 Level von Doom II bei.
Petersens Level haben eine unverwechselbare Handschrift. Nach eigener Beschreibung sind seine Karten «normalerweise nicht die schönsten», enthalten dafür aber sorgfältig ausgearbeitete Begegnungschoreografien – Reihen von Sprengstofffässern, die auf Monsterhorden zuführen, in der Luft schwebende Wasserbecken, Umgebungsdetails, die auf drohende Gefahren hinweisen. Sein Design wurzelt in jahrelanger Tabletop-RPG-Erfahrung und betont «Spielbarkeit» über «Optik».
Das Problem: Mit der Einführung von 3D-Technologie und zunehmend komplexeren Material- und Beleuchtungssystemen stiegen die visuellen Anforderungen an Level-Designer bei id Software immer weiter. Petersen verfügte nicht über professionelle künstlerische Fähigkeiten; seine Karten wirkten nach den ästhetischen Maßstäben der Quake-Ära «nicht ansehnlich genug». Gleichzeitig stiegen Leute wie Tim Willits auf, die sowohl künstlerische als auch Designer-Fähigkeiten mitbrachten. Im Team entstand eine implizite Hierarchie – wer zeichnen konnte, blickte auf die reinen Designer herab.
In Sandy Petersens eigener Schilderung herrschte während der Quake-Entwicklung heftige Büropolitik. In mehreren Interviews gab er an, dass nicht Carmack, sondern «eine bestimmte Person, die ich nicht nennen will» – von der Community allgemein als Tim Willits interpretiert – der Kern des Zerwürfnisses war. Petersen verließ id Software 1997 und wechselte zu Ensemble Studios. Etwa zur gleichen Zeit oder kurz zuvor gingen auch John Romero und mehrere andere Kernmitglieder. Laut einer Zählung des HN-Nutzers jpgvm verließen etwa 7 der 11–12 Quake-Teammitglieder das Unternehmen letztlich.
In dem ursprünglichen Thread, der die ganze Diskussion auslöste, schrieb Sandy Petersen selbst einen Satz, der von X’ Benutzeroberfläche teilweise eingeklappt wurde: «Wenn meine Schlussfolgerung zutrifft – dass Quake id Software zerstört hat – war es das wert? Ich würde sagen, absolut. Spiele sind wichtiger als Spielefirmen, und Quake ist ein ikonischer Meilenstein der Spielewelt.”
Einige Schlüsselperspektiven aus der Community-Diskussion
Die Kommentare auf HN waren keine einseitige Rührung oder Abrechnung – das Interessanteste war die darin liegende Spannung.
Nutzer georgemcbay kommentierte, Carmacks offene Schilderung der technischen und Management-Lektionen sei natürlich wertvoll, aber am meisten bewundere er die «klare, direkte, empathische Entschuldigung» am Ende. Carmack hätte leicht sagen können «ich war damals erst 24, 25 Jahre alt» – eine in der öffentlichen Wahrnehmung völlig akzeptable Erklärung – doch er entschied sich für eine direkte Entschuldigung. Das wiege schwerer als jede Rechtfertigung.
Nutzer hiddencost vertrat die genau entgegengesetzte Lesart: Der gesamte Thread sei im Kern eine «als professionelle Haltung verpackte Beleidigung». Carmack sage öffentlich, «Sandy war ein schlechter Designer ohne visuelles Gespür» – das lese sich «ziemlich unangenehm und gehässig».
Diese beiden Lesarten verweisen auf eine tiefere Spannung: Carmack akzeptiert die Verantwortung für Managementfehler, weigert sich aber gleichzeitig, für eine bestimmte Einzelentscheidung die Schuld zu übernehmen. Seine Logik: Die ästhetischen Standards wurden von Romero früh gesetzt, das war unternehmensweiter Konsens, nicht sein persönlicher Fehler. Aber reicht diese Haltung der «teilweisen Verantwortung» aus, um die Pflichten eines technischen Kerns und Entscheidungsträgers abzudecken? Auf diese Frage gibt es keine Standardantwort, doch sie ist eine, die sich jeder Tech-Leader in seinem eigenen «Sorry, Sandy»-Moment stellen sollte.
Nutzer CamperBob2 verteidigte Carmacks technischen Ehrgeiz: «Zu sagen ‘man hätte Doom++ machen können’, ignoriert die Tatsache, dass damals alle auf den nächsten großen Sprung brannten. Ken Silvermans Build-Engine (Duke Nukem 3D) war bereits unterwegs und kam etwa sechs Monate vor Quake auf den Markt. Eine Verkürzung von Quakes Zeitplan hätte beide Produkte in direkte Konkurrenz gebracht – zum Schaden beider. Technologische Dominanz auszuüben, war genau Carmacks Job, und er hat ihn erfüllt. Dafür sollte er sich weder entschuldigen noch im Nachhinein an sich zweifeln.”
Nutzer tombert zitierte die Erzählung aus dem Buch «Masters of Doom» und hinterließ diesen Eindruck: «John Carmack ist ein extrem kluger Mensch und gleichzeitig ein möglicherweise riesiges Arschloch.» Wäre er im Quake-Entwicklungsteam gewesen, «hätte ich Carmack wahrscheinlich schon mittendrin zum Teufel geschickt» – obwohl Quake immer noch sein liebster klassischer FPS sei.
Nutzer grim_io schrieb nur einen einzigen Satz, der aber die vielleicht präziseste Zusammenfassung der gesamten Diskussion sein dürfte: «Vielleicht ist extreme Exzellenz an sich nicht nachhaltig.»
Die Orthogonalität von technischer Kompetenz und Management-Fähigkeit
Aus Sicht des Engineering-Managements ist das strukturell interessanteste an Carmacks Thread diese Frage: Technische Fähigkeit und Management-Fähigkeit sind orthogonal.
Carmacks Entscheidungsqualität in technischen Fragen ist unbestritten – Quakes Rendering-Pipeline, die QuakeC Virtual Machine, die Client-Server-Netzwerkarchitektur: Jede dieser Komponenten definierte zu ihrer Zeit den Industriestandard. Doch sobald der Blick von «wie baue ich das optimale System» zu «wie baue und erhalte ich das optimale Team» wechselt, kann derselbe Beurteilungsrahmen versagen. Technische Probleme haben einen klaren Lösungsraum – man kann enumerieren, benchmarken, beweisen; menschliche Probleme haben das nicht.
Auf id Software bezogen lassen sich mehrere Beobachtungen auf Management-Ebene destillieren:
Erstens: Die Falle der «Allrounder»-Präferenz. In der Frühphase war das Team klein, jeder trug mehrere Hüte – Romero selbst schrieb Code, machte Level und traf Designentscheidungen. Dieses Modell funktionierte glänzend in einem Sechs-Personen-Team. Doch als das Team auf über ein Dutzend Personen anwuchs und die technischen Anforderungen drastisch stiegen, wurde das Beharren auf «Level-Designer müssen zugleich künstlerische Fähigkeiten mitbringen» nicht länger zu einer Frage von Elitismus, sondern zu einer übermäßigen Verengung des Talent-Trichters. Es schloss nicht nur diejenigen aus, die den Standards nicht entsprachen, sondern möglicherweise auch diejenigen, die in einer einzelnen Dimension herausragend waren.
Zweitens: Das strukturelle Risiko des Einzelgenie-Modells. Der Erfolg von id Software in der Doom-Ära beruhte wesentlich auf der Doppelkern-Struktur: Carmacks Technik-Engine + Romeros Design-Antrieb. Doch wenn die persönliche Leistungsgrenze eines Genies erreicht ist (Carmack selbst sagte, er habe während der Quake-Entwicklung «so hart gearbeitet, wie es einem Menschen nur möglich ist»), ist auch das Wachstumspotenzial des Systems ausgeschöpft. Ein geniales Individuum kann diesen Tag hinauszögern, aber nicht verhindern.
Drittens: Die fehlende Rolle des Konfliktschlichters. Carmack erwähnte in seinem Thread die «internen Kämpfe» unter den Designern – diejenigen mit guten visuellen Fähigkeiten machten sich gerne über Kollegen lustig, die das nicht konnten – doch offenbar trat niemand hervor, um dieses Verhalten zu unterbinden oder zu moderieren. In technisch getriebenen Teams betrachtet das Management (sofern es existiert) zwischenmenschliche Reibungen oft als nebensächlich, nach dem Motto «Output first». Doch unbehandelte Reibung schlägt letztlich in Talentabwanderung um.
Diese drei Probleme sind nicht Carmack-spezifisch – der Autor fand in der HN-Diskussion zahlreiche Kommentare von Ingenieuren, die bestätigten, dass sich ähnliche Geschichten von «Tech-Leadern, die keine Menschen führen können» in der Branche immer wieder wiederholen. Nur dass der Betroffene diesmal selbst darüber geschrieben hat.
Bescheidenheitserklärung
Dieser Artikel basiert vollständig auf Carmacks öffentlichem Thread, Sandy Petersens öffentlichen Interviews sowie öffentlichen Diskussionen in HN und anderen Communities. Der Autor hatte keinen direkten Einblick in die internen Abläufe von id Software. Sämtliche Schlussfolgerungen auf Management-Ebene beruhen auf öffentlich zugänglichem Material und stellen keine qualitative Beurteilung von Personen oder Unternehmen dar. Der Artikel wurde unter Einsatz von KI-Werkzeugen zur Materialsammlung und Strukturierung erstellt; Kernurteile und sprachlicher Ausdruck sind menschlichen Ursprungs.
Die blinden Flecken technischer Genies im Management sind kein Problem, das ausgemerzt werden muss – sie sind vielleicht einfach der Preis für eine bestimmte Art von Kreativität. Die Frage ist, ob wir als Nachfolgende diesen Preis erkennen können, bevor er bezahlt ist.