Der Review-Prozess

„Der Review prüft nicht den Diff — er prüft mich.“ Die Forschung zu Code-Review-Angst fand zwei manipulierte Regler: Wahrscheinlichkeits-Bias („ich werde garantiert zerlegt“) und Kosten-Bias („und es beweist, was ich bin“). Fast die Hälfte der Entwickler fährt dieses Skript in klinischer Intensität — und es erzeugt genau die Verhaltensweisen, die Karrieren ausbremsen: liegengebliebene PRs, blindes Abnicken, Reviews ganz vermeiden.

• Der PR bleibt tagelang im Draft — du polierst keinen Code, du verschiebst die Urteilsverkündung.
• Du liest Reviewer-Kommentare auf Tonfall, wie Anwälte Urteile lesen.
• Ein einziges „warum hast du das so gemacht?“ brennt länger, als zehn Approvals je gewärmt haben.

• 01.“Die PR-Kommentare werden zeigen, dass ich ein Hochstapler bin”
• 02.“Jeder Review-Kommentar ist ein IQ-Wert”
• 03.“Die Diff-Statistik fühlt sich an wie ein Spielstand, den ich schon verliere”
• 04.“Eine schnelle Freigabe heißt, sie haben gar nicht wirklich hingeschaut”
• 05.“Ich probe meine Verteidigung, bevor die Kommentare überhaupt eintreffen”
• 06.“Ein Force-Push zur Behebung fühlt sich an, als würde ich Beweise verschwinden lassen”

• Der Review ist ein Diff gegen main, kein Diff gegen meinen Wert.
• Kommentare sind Compile-Fehler im Code, nicht in mir. Ich fixe und lasse neu laufen.
• Zehn Nitpicks auf meinem PR heißt: das System funktioniert. Null Kommentare heißt: das Team hat mich aufgegeben.