Проект: переработка бэкенда действующей 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 код верстки и понимать особенности взаимодействия фронта с бэком (чтобы фронт не тянул бэк вниз)
