In der Softwareentwicklung existieren grob zwei gegensätzliche Typen von Senior-Ingenieuren: jene, die Features und Code-Änderungen standardmäßig durchwinken – die sogenannten Just-Say-Yes-Engineers – und jene, die genau das Gegenteil tun. Der Just-Say-No-Engineer bremst, blockiert und stellt Qualität über Geschwindigkeit. Er betrachtet Code grundsätzlich als Verbindlichkeit, nicht als Wert. Sein Ziel: so wenig neuen Code wie möglich ins System zu lassen, um Komplexität zu minimieren.
Ein Produkt seiner Zeit
Die These, die aktuell in Tech-Kreisen intensiv diskutiert wird, lautet: Dieser Ingenieurstypus war im Wesentlichen ein Phänomen der ZIRP-Ära – der Zeit der Nullzinspolitik (Zero Interest Rate Policy), die grob von 2010 bis 2022 die globalen Finanzmärkte prägte. In dieser Phase floss billiges Kapital in Hülle und Fülle in Tech-Unternehmen. Startups und etablierte Konzerne konnten es sich leisten, langsam zu iterieren, auf technische Schulden zu achten und Ingenieure zu beschäftigen, deren Hauptaufgabe darin bestand, Nein zu sagen.
Die Logik dahinter war durchaus rational: Wer ausreichend finanziert ist und keinen unmittelbaren Überlebensdruck spürt, kann sich den Luxus von Qualitätsgates, ausführlichen Code-Reviews und architektonischen Grundsatzdiskussionen leisten. Der Just-Say-No-Engineer war in dieser Umgebung nicht nur toleriert, sondern aktiv wertgeschätzt – als Hüter technischer Integrität.
Das Ende des billigen Geldes verändert die Spielregeln
Mit dem Ende der Niedrigzinsphase ab 2022 hat sich das Umfeld für Tech-Unternehmen drastisch gewandelt. Investoren fordern Profitabilität, Budgets werden gestrafft, Headcount reduziert. In diesem neuen Klima gerät der bremsende Ingenieur unter Druck. Unternehmen priorisieren Geschwindigkeit und Auslieferung gegenüber architektonischer Reinheit. Wer in Code-Reviews primär als Blocker auftritt, gilt schnell als Kostenfaktor ohne messbaren Output.
Das ist eine gefährliche Entwicklung, die in der Community kontrovers diskutiert wird. Denn die Gegenthese ist ebenso plausibel: Technische Schulden, die in Hochdruckphasen angehäuft werden, rächen sich langfristig. Systeme, die ohne ausreichende Qualitätskontrolle gewachsen sind, werden irgendwann unwartbar. Der Just-Say-No-Engineer mag kurzfristig teuer wirken – langfristig könnte sein Fehlen noch teurer werden.
Was bedeutet das für die Softwareentwicklung?
Die Debatte berührt fundamentale Fragen der Engineering-Kultur: Wie viel technische Schuld ist akzeptabel? Wann ist Geschwindigkeit wichtiger als Sorgfalt? Und welche Rolle spielen erfahrene Ingenieure, die institutionelles Wissen und Systemverständnis mitbringen, in einer Branche, die zunehmend auf schnelle Lieferzyklen und KI-gestützte Code-Generierung setzt?
- Kurzfristig bevorzugen viele Unternehmen den auslieferungsorientierten Ansatz
- Mittelfristig drohen Stabilitätsprobleme durch unkontrolliert gewachsene Codebases
- Langfristig könnte ein Gleichgewicht zwischen beiden Extremen die nachhaltigste Strategie sein
Die Verschiebung weg vom Just-Say-No-Engineer ist letztlich ein Spiegel makroökonomischer Realitäten. Ob die Tech-Branche diese Lektion erst lernen muss, wenn die nächste Welle technischer Schulden sie einholt, bleibt abzuwarten. Fest steht: Der Archetyp stirbt nicht aus, weil er falsch lag – sondern weil das Geld knapper wurde.
Quellen: Hacker News