Lead Backend Engineer / Platform Engineer (AI-first) — Бро.Хит

Дата размещения вакансии: 11.03.2026
Работодатель: Эй, Бро!
Уровень зарплаты:
от 350000 до 550000 RUR
Город:
Санкт-Петербург
Требуемый опыт работы:
Более 6 лет

О Бро.Хит

Бро.Хит превращает человеческие истории в персональные песни с помощью ИИ.
У нас 2,3 млн пользователей (март 2026) и активное сообщество: люди делятся треками, спорят о жанрах, присылают идеи — продукт реально “живёт” вместе с аудиторией.

Основной канал — Telegram Параллельно развиваем web и готовим мобильное приложение.

Кого ищем

Нужен сильный backend-инженер / техлид, который делает руками: писать код, улучшать платформу, повышать надёжность и ускорять релизы.

Мы AI-first: LLM — рабочий инструмент (рефакторинг, тесты, документация, разбор инцидентов), но результат должен быть поддерживаемым, наблюдаемым и предсказуемым.

Чем будешь заниматься

  • Развивать backend-платформу: архитектура, границы доменов/модулей, контракты.
  • Делать прод спокойнее: логирование, метрики, алерты, деградации, постмортемы.
  • Делать релизы быстрыми и безопасными: CI/CD, окружения (prod/stage/test), откаты, контроль качества.
  • Упаковывать систему для команды: документация, runbooks, понятный онбординг.
  • По мере необходимости — интеграции и ключевые подсистемы (платежи/биллинг, медиа пайплайны, внешние провайдеры).

Что важно

  • Уверенный опыт backend-разработки на Python и работы с продом.
  • Отличное знание PostgreSQL (схемы, индексы, запросы, миграции, транзакции).
  • Умение заходить в существующий код и улучшать его без “переписать всё”.
  • Понимание устойчивости: очереди/ретраи, идемпотентность, rate limiting, контракты.
  • Практики DevOps на уровне уверенного взаимодействия: Docker, CI/CD, окружения.
  • AI-first подход: ускоряешься через LLM и при этом ставишь рельсы (проверки, стандарты, тесты, наблюдаемость).

Будет плюсом

  • Telegram/webhooks, bursty нагрузки, платежи/биллинг, медиа пайплайны, Sentry/логирование/метрики.
  • Что предлагаем
  • Масштаб: миллионы пользователей и реальная нагрузка.
  • Влияние: можно менять архитектуру и практики, а не “таскать тикеты”.
  • Здравый подход: скорость важна, но качество и надёжность — не “потом”.

Как откликнуться

Напиши пару строк:

  • что строил(а) в проде (Python/Postgres),
  • что улучшал(а) в reliability/релизах/архитектуре,
  • (опционально) ссылки на GitHub/кейсы.