ALTES SKRIPT ERKANNT
“Jeder Bug in diesem Legacy-System widerspiegelt jetzt meine Kompetenz”
Versuch diese Antwort:
“Dieser Bug hat ein Commit-Datum, und das ist nicht heute.”DIE ÜBUNG ANSEHEN
Erstelle eine Antwort auf diesen Gedanken – und einen Schritt, der sie belegt.
DER GEDANKE
“Jeder Bug in diesem Legacy-System widerspiegelt jetzt meine Kompetenz”
DEINE AUFGENOMMENE ANTWORT
“Dieser Bug hat ein Commit-Datum, und das ist nicht heute.”
EIN PRIVATER SCHRITT
Wähle einen Bug, den du diesen Monat behoben hast, öffne den Git-Blame und schreibe das ursprüngliche Commit-Datum neben das heutige Datum auf einen Zettel, den nur du siehst.
Das Ticket mit dem sechs Jahre alten Zeitstempel
Das Ticket landet in deiner Warteschlange
Ein Bug-Report poppt auf: eine Summe, die still falsch berechnet wird, seit bevor du im Team warst. Du öffnest den Stacktrace, und dein Magen zieht sich zusammen, bevor du auch nur eine Zeile der Funktion gelesen hast. Der Gedanke kommt schnell: Das spiegelt jetzt dich wider. Egal, dass die Funktion vier Jahre älter ist als deine Einstellung. Dein Name steht im Fix-Commit, also trägt dein Name den Mangel. Du liest den Code langsamer als nötig, gefasst auf das, was er über dich aussagt.
Wie du dem Urteil zuvorkommst
Du bleibst neunzig Minuten länger und schreibst den Patch dreimal um, damit er weniger nach Flickwerk aussieht und mehr nach Gründlichkeit. Im Daily erklärst du, ohne dass jemand fragt, wann der Bug tatsächlich entstand. Du meidest still das Modul mit der schlechtesten Historie und nimmst dir nur Tickets, bei denen du sicher gut aussiehst. Die schwierigeren, älteren Bugs stapeln sich unangetastet — nicht weil du sie nicht lösen könntest, sondern weil ihre Berührung ein Urteil riskiert, das du gerade aufschiebst.
Das Commit-Datum lügt nicht
Öffne die Historie der Datei zu dem Bug, den du gerade behoben hast, und finde den Commit, der ihn eingeführt hat. Lies das Datum und den Autor. Stelle dieses Datum neben das Datum, an dem du angefangen hast. Der Abstand zwischen beiden ist kein Charaktermangel, der nur darauf wartet, entdeckt zu werden — es ist schlicht Zeit, die verging, bevor du in diesem Team existiertest. Dieser Abstand ist Beweis, sichtbar im Log, dass der Mangel nie deiner zu verhindern war, nur deiner zu bemerken.
TRACE · 01/04
Wie dieses Skript dich steuert
- Du prüfst bei jedem Bug zuerst die Commit-Historie, bevor du den Code liest, um zu bestätigen, dass das Datum vor dir liegt.
- Du stellst jedem Bug-Report eine Erklärung voran, wann der Mangel entstand, bevor jemand nach dem Verursacher fragt.
- Du führst eine private Liste behobener Bugs, als könnten genug davon die noch offenen aufwiegen.
SOURCE_LOCATED · 02/04
Die verborgene Regel darunter
Das Legacy-Erbschafts-Skript
Taucht ein Mangel auf, während das System deinen Namen trägt, zählt er als Beweis für deine Fähigkeit — egal wer die Zeile schrieb oder wann.
FORGING_REPLACEMENT · 03/04
Ersatzzeilen (diese aufnehmen)
- Dieser Bug hat ein Commit-Datum, und das ist nicht heute.
- Den Mangel zu finden ist die Aufgabe. Ihn zu finden heißt nicht, ihn verursacht zu haben.
- Meine Kompetenz zeigt sich daran, was ich behebe, nicht daran, was vor mir schon da war.
In der App pro Person generiert — das hier ist die Richtung, nicht dein Skript. Deins entsteht aus deinen exakten Worten.
INSTALL · 04/04
Das Protokoll, auf einer Karte
Wenn ich denke
“Jeder Bug in diesem Legacy-System widerspiegelt jetzt meine Kompetenz”
Sage ich
“Dieser Bug hat ein Commit-Datum, und das ist nicht heute.”
Dann tue ich eine Sache
Wähle einen Bug, den du diesen Monat behoben hast, öffne den Git-Blame und schreibe das ursprüngliche Commit-Datum neben das heutige Datum auf einen Zettel, den nur du siehst.
STATUS: READY_TO_INSTALL
Diesen Gedanken löschen4 Minuten. Deine Stimme. Kostenlos.
Das Wipe-Protokoll
- Schreibe den Gedanken exakt so auf, wie er läuft: „Jeder Bug in diesem Legacy-System widerspiegelt jetzt meine Kompetenz“. Wort für Wort — der Wipe zielt auf den Satz, nicht auf das Gefühl.
- Finde die Regel und die vermiedene Handlung. Wovon entschuldigt dich dieser Gedanke so bequem?
- Nimm die Ersatzzeilen unten mit deiner eigenen Stimme auf. Sprich, als wärst du es ernst — keine Aufnahme, keine Installation.
- Fahre die Schleife: morgens und abends abspielen, 7 Tage lang eine Beweis-Handlung pro Tag loggen.
Klare Antworten
Was, wenn das Ticket-System mich als aktuellen Owner des Moduls führt, sodass alte Bugs automatisch wie meine wirken?
Owner im Ticket-System zu sein bedeutet, dass du die Ansprechperson für die Behebung bist, nicht der Autor des Fehlers. Prüfe den Git-Blame, bevor du annimmst, dieses Feld im System entscheide, wer den Mangel verursacht hat.
Wie höre ich auf, im Daily jedes Mal die Entstehungsgeschichte des Bugs zu erklären?
Berichte zuerst über den Fix selbst — was sich geändert hat und was er löst — und nenne das Ursprungsdatum nur, wenn jemand fragt. Die meisten im Team verfolgen den Fix, nicht eine Zeitleiste der Schuldigen.
Was, wenn eine Kollegin über den vorherigen Ingenieur scherzt, er sei nachlässig gewesen, und ich mich trotzdem bloßgestellt fühle, obwohl es nicht um mich ging?
Dieser Kommentar betrifft eine andere Person und Code, den du nicht geschrieben hast. Bemerke das Zusammenzucken, und lass den Scherz dort landen, wohin er gezielt war: bei einer Entscheidung, die getroffen wurde, bevor du überhaupt mitreden konntest.
Verwandte alte Skripte
Verwandte Selbstchecks
Verwandte Forschung
Forschende zum Weiterlesen
Verwandte Mechanismen
Die Forschung hinter diesem Skript
- Postmortem Culture: Learning from Failure — Google SRE, Google SRE Book, 2016
- Invisible Labor in Open Source Software Ecosystems — Champion et al., arXiv, 2024
- Stack Overflow 2025 Developer Survey: Trust in AI at an All-Time Low — Stack Overflow, 2025
- A Mosaic of Perspectives: Understanding Ownership in Software Engineering — arXiv, 2025