Warum die Wiederholung einer Zahlung gefährlich ist – und die eine Zeile, die es behebt.
Die Verbindung eines Kunden bricht mitten im Checkout ab, also versucht seine App leise die Belastung erneut —dreimal. Ihr naiver Code läuft dreimal. Dem Kunden wird 3× für eine Bestellung belastet, und jetzt ist es Ihre 3-Uhr-Nachtseite. Genau dieser Fehler hat echten Unternehmen echtes Geld gekostet. Machen wir ihn unmöglich.
Idempotenz: gleiche Anfrage, gleiche Wirkung – egal wie oft.
Eine Operation ist idempotent Wenn du es einmal tust und zehnmal tust, landest du am selben Ort. Der Trick: Gib jeder Anfrage eine eindeutige Schlüssel, merke dir die Schlüssel, die du verarbeitet hast, und mache einen wiederholten Schlüssel zu einem No-op. Wiederholungen werden sicher.
Hier ist der fehlerhafte charge(). Führe es aus — es bucht dreimal ab. Füge dann die Absicherung hinzu, sodass ein wiederholter Schlüssel nichts bewirkt, und führe es erneut aus. Echtes Python, läuft direkt hier.
Grün bedeutet 3 Wiederholungen → 1 Abbuchung. Du hast nicht über Idempotenz gelesen — du hast es implementiert, und eine Prüfung hat es bestätigt. Das ist jede Sage-Lektion: ein mentales Modell, ein Diagramm und ein Beweis, den ein Skeptiker ausführen kann. Kein selbstbewertetes Quiz, kein „Ich glaube, ich verstehe es.“
Das war eine Lektion. Es gibt Hunderte mehr.
Jede endet mit einem solchen Beweis und fügt sich zu einem Portfolio zusammen, das ein Personalverantwortlicher ausführen kann.