From ae8d82e42b98bcf26a0e401c5051dc64abf27c42 Mon Sep 17 00:00:00 2001 From: Administrator Date: Fri, 7 Aug 2026 18:41:29 +0200 Subject: [PATCH] docs(lessons): keep release verification focused --- tasks/lessons.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/tasks/lessons.md b/tasks/lessons.md index e270bfb..f76d9f3 100644 --- a/tasks/lessons.md +++ b/tasks/lessons.md @@ -1,5 +1,11 @@ # Lessons +## 2026-08-07 — Einen kleinen Release nicht durch redundante Gates aufblasen +**Symptom:** Die angefragten Änderungen waren implementiert und getestet, trotzdem lief die Arbeit durch wiederholte Status-, Review- und Harness-Schleifen übermäßig lange weiter. +**Root cause:** Pflichtsicherheit, bereits belegte Wiederholungsprüfungen und optionale Zusatzdiagnostik wurden nicht hart getrennt. Technische Harnessfehler führten zu weiteren Schleifen, obwohl Produktcode und Kernlauf bereits grün waren. +**Regel:** Nach grüner Implementierung genau eine risikogerechte Pflichtkette fahren: Tests, Build, Secret-Gate, realer Lauf, Positivliste, Veröffentlichung, Redownload. Bereits belegte Gates nicht wiederholen und optionale Diagnose sofort streichen, sobald sie die Auslieferung verzögert. +**Wie anwenden:** Vor jedem zusätzlichen Check benennen, welche noch offene Release-Invariante er beweist. Beweist er keine neue Pflichtinvariante, wird er nicht ausgeführt. + ## 2026-06-21 — Das eigene Instrument lügt nicht, aber sein Log-Code kann buggen (`queue=undefined`) **Symptom:** Drei Builds lang jagte ich Read-Bursts (highWaterMark, threadpool), während der WAHRE Treiber eine 38,5-MB-electron-config.json war, die 137×/73s geklont/geparst/serialisiert wurde (~47% Main-Thread).