CTO / Архитектор (финтех, крипта, Django)

WorldPaymentCenter
Payment center
Финтех-платформа WorldPaymentCenter выходит на этап активного роста. Часть команды уже собрана, базовая версия системы работает: Python (Django) + React. Ищем CTO/архитектора, который выстроит архитектуру масштабируемой системы, укрепит техническую команду и поможет вывести проект на новый уровень.
Что предстоит:
• Проанализировать текущую архитектуру и улучшить её;
• Выстроить масштабируемую, отказоустойчивую архитектуру;
• Сформировать и управлять командой (backend, DevOps, QA);
• Настроить CI/CD, процессы разработки;
• Участвовать в проектировании новых модулей: биржи, банки, алерты, расчёты;
• Интеграции с СБП, Garantex, Bybit и др.
Кого ищем:
• Опыт в построении архитектуры B2C или финтех-сервисов;
• Уверенные знания Python, Django, PostgreSQL, Celery;
• Понимание фронтенда на React (не обязательно писать);
• Умение работать с API, WebSocket, DevOps-инфраструктурой;
• Будет плюсом:: опыт с крипто/финансовыми проектами, безопасность, KYC/AML.
Что предлагаем:
• Доля в проекте + ставка;
• Влияние на архитектуру, команду, техническое развитие;
• Гибкий график, доверие, быстрые решения;
• Работа напрямую с фаундером и продуктовой командой.
Тестовое задание
Внимание! Работодатель прикрепил к этой вакансии тестовое задание. Обязательно укажите в отклике результат выполнения этого задания (в текстовом виде, ссылкой на Google Docs или Google Drive/Яндекс Диск).
Цель:
Оценить техническое мышление, глубину понимания архитектурных решений и умение работать с системой, близкой к боевой.
Вводные:
Вы подключаетесь как технический архитектор к уже существующей финтех-платформе (P2P-обмен, баланс, сделки, уведомления), реализованной на Python (Django) и React. Платформа работает с транзакциями, хранит пользовательские балансы и взаимодействует с внешними API.
Задание состоит из 3 блоков:
1. Архитектурный разбор (текстовое описание):
Представьте, что вы подключились к коду проекта. Опишите:
Какие первые 3–5 технических аспекта вы проверите в системе (и почему)?
Какие риски могут быть в платформе, работающей с деньгами и внешними API?
Какие минимальные шаги вы бы предприняли в первую неделю для стабилизации архитектуры?
Формат: свободный текст, 1–2 страницы.
2. Моделирование части функционала:
Смоделируйте на высоком уровне (в виде описания или схемы):
Как вы организуете хранение мультивалютных балансов пользователя, с учётом:
Курсов валют (USDT, RUB);
Замороженных средств;
Истории операций (логи);
Возможности интеграции с биржами и банками.
Формат: ER-диаграмма или краткое описание моделей + пояснение архитектурного подхода.
3. Мини-задача по коду (по желанию):
Предложите реализацию простого API-эндпоинта на Django:
GET /api/balances/{user_id}/summary/
Который возвращает:
{
"user_id": 123,
"available_balance": {
"USDT": 250.50,
"RUB": 24300
},
"frozen_balance": {
"USDT": 50.00,
"RUB": 1000
},
"total_in_rub": 32000 // рассчитано по текущему курсу
}
Можно использовать фиктивные курсы и модели — цель увидеть стиль кода и мышление.
Срок выполнения:
2–3 дня, но можно раньше — мы быстро даём обратную связь.