Backend-разработчик Go

О проекте

Мы строим лицензированную платформу обмена цифровыми валютами под новое российское законодательство и проектируем систему сразу под требования регулятора.

Продукт разрабатывается с нуля. Вы будете участвовать в принятии архитектурных решений, а не разбирать чужое легаси.

Обязанности:

• Проектировать и разрабатывать учетное ядро (позиции клиентов, проводки, сверки, неизменяемый журнал операций).
• Строить интеграции с банками и цифровыми депозитариями (прием и отправка платежей, сопоставление с заявками, возвраты и контроль реквизитов).
• Реализовывать движок котировок (анализ данных с торговых площадок, учет рисков и расчет справедливой цены актива).
• Разрабатывать механизмы контроля сделок (скоринг адресов, антифрод-проверки и контроль лимитов).

• Участвовать в принятии архитектурных решений (определять границы сервисов, контракты и подходы к обеспечению надежности системы).

  Требования:

• Коммерческий опыт разработки от 5 лет (из них на Go от 2-х лет).
• Наличие опыта построения распределенных систем, проектирование API (gRPC/REST).
• Глубокое понимание concurrency в Go: горутины, каналы, sync-примитивы, корректная обработка race conditions.
• Уверенная работа с реляционными БД: транзакционность, опыт с advisory locks и оптимистичной блокировкой в PostgreSQL.
• Практический опыт с Kafka: гарантии доставки, партиционирование, обработка дубликатов и ретраев.
• Внимание к качеству кода: тесты, читаемость, дисциплина в работе с публичными API.
• Способность работать с высокой анатомией: самостоятельно расставлять приоритеты и брать ответственность за направления.

• График: 8-часовой рабочий день, начало рабочего дня 10:00-12:00 по мск.вр.
• Работа в стабильной, аккредитованной компании с официальным окладом (обсуждается по итогам собеседования и опыта).
• Оформление по трудовому кодексу РФ (оплачиваемые отпуска и больничные листы).
• Формат работы: удаленно, полная занятость.
• Предоставляется ДМС (после прохождения испытания при приеме на работу).

Что делает задачу нетривиальной:

• Жесткие регуляторные требования. Высокие стандарты безопасности и аудируемости необходимо учитывать уже на уровне архитектуры продукта.
• Финансовые операции не атомарны и распределены по независимым контурам. Необходимо обеспечить корректное восстановление после сбоев.
• Сложная доменная модель. Нужно синхронизировать состояния ордеров, платежей, блокчейн-транзакций и внутренних проводок, сохраняя консистентность между ними.