Мы открыто показываем, как развивается проект. Здесь — честная история разработки: что сделали, что было сложно, что узнали, что дальше. Это не релиз-нотс, это живой дневник команды.
Закрыли 7 ключевых направлений, прошли финальный browser E2E regression, закрепили правило build-in-public как часть продукта.
FinderBot — это продукт, который должен быть прозрачным для владельца и пользователей. До этой волны помощник владельца отвечал «не смог прочитать» на простые вопросы про SLA или таймер парсера. Страница /admin/support показывала «авария без причины». Endpoint, через который должна была видна история запусков парсера, возвращал 500. Теперь помощник видит реальные числа уведомлений, умеет объяснить почему SLA устарел и что с этим делать; страница /admin/support явно показывает, что это не авария, а выбранная политика; endpoint /admin/factory/run-trace/recent возвращает реальные данные.
Главный root cause в админ-помощнике оказался очень банальным: импорты указывали на модули, которых не существует. ImportError ловился — и пользователь видел «не смог прочитать». Это типичный случай, когда «честная отчётность об ошибке» в коде маскирует root cause от владельца. Понимание stale SLA как «expected behavior» (а не bug) потребовало нескольких итераций. Документировали decision matrix с 4 опциями — это помогло отделить «срочный фикс» от «прозрачное объяснение».
Каждое решение из дневника появляется на дорожной карте. Хронология проекта собрана отдельно — лента ключевых событий по датам.
23 пункта на открытой карте. 30% уже сделано. Каждый закрытый пункт сопровождён записью в этом дневнике.
Открыть карту