Проект: переработка бэкенда действующей staffing/HR-платформы под новую структуру базы данных, по сути миграция сложной системы с сохранением бизнес-логики.

Чем предстоит заниматься

• Спроектировать новую схему БД (PostgreSQL) взамен текущей и написать план миграции данных без потери целостности и без долгого простоя прод-системы
• Переписать бэкенд под новую структуру — читать и корректно переносить бизнес-логику из легаси-кода, который местами не документирован
• Поддерживать/дорабатывать async-инфраструктуру: очереди (RabbitMQ), фоновые задачи по расписанию, генерацию отчётов/актов (PDF)
• Синхронно вести фронтенд на Vue 3 (Pinia, Quasar) там, где меняется контракт API
• Планировать и защищать поэтапную стратегию миграции (фичи/фазы, откат, тестовые контуры) — это самостоятельная архитектурная работа, а не тикеты по ТЗ

Обязательно (must have)

• 5+ лет коммерческой разработки на Python, из них заметная часть — асинхронный бэкенд (asyncio, aiohttp / FastAPI / аналоги)
• Глубокое знание PostgreSQL: проектирование схем с нуля, нормализация, индексы, транзакции, производительность на нетривиальных объёмах данных
• Опыт миграций схемы БД в проде
• Реальный опыт переписывания/рефакторинга крупной части бэкенда действующей системы (не с нуля) — умение читать чужой недокументированный код и восстанавливать бизнес-логику по нему
• Уверенное и грамотное владение AI-инструментами разработки (Cursor / Claude Code) для ускорения работы — не в формате "весь код пишет за меня": важно понимание того, что происходит под капотом, готовность писать и разбирать код руками, тщательное ревью сгенерированного кода перед тем, как он попадает в проект.
• Опыт работы с async ORM и инструментами миграций (Alembic или аналог)
• Vue 3 (Composition API) + Pinia на уровне продакшн-разработки, опыт работы с Quasar или сравнимым UI-фреймворком, умение делать качественную верстку, ревьювить AI код верстки и понимать особенности взаимодействия фронта с бэком (чтобы фронт не тянул бэк вниз)