Просмотр вакансии

Ищем сильного бэкенд-разработчика на TypeScript, который умеет сам закрывать задачи на весь стек. На старте нужно принять одно из двух направлений - единую платформу доставки цифровых товаров или CDP+CRM. По платформе сейчас готов продуктовый бриф, код активно нарабатывается. Цель на испытательный срок в 3 месяца: разобраться, принять ключевые решения совместно с CTO, довести первый продовый запуск до устойчивой работы.

Контекст команды и продукт

В контуре разработки CTO — автономная платформа поддержки и три направления, на одно из которых сейчас нужен ведущий разработчик:

• Витрина (торговля цифровыми товарами). Высоконагруженный e-commerce на TypeScript на Bun/Elysia: больше 100 тыс. посетителей и десятки тысяч заказов в сутки. Усиливаем бэкенд.

• Единая платформа доставки цифровых товаров. Объединяем разрозненные конвейеры в платформу с десятками внешних поставщиков и сильными финансовыми инвариантами. Сейчас готовим продуктовый бриф.

• CDP+CRM. Автономная система: ядро клиентских данных + маркетинговый слой над ним. Планируем начинать активную работу в июле.

Ты не один и не на отшибе: сильная фронтенд-команда, отдельные DevOps-инженеры держат инфраструктуру, у продукта и направлений есть владельцы - работаем над общим результатом. Серверную часть своего направления ведешь сам, опираясь на смежников.

Как работаем

Короткими циклами: вчера сделал — сегодня выкатил — завтра смотришь, как живёт в проде. Ответственность не заканчивается на мерже: уточнил, сделал, выкатил, довёл до устойчивой работы. ИИ-агенты используем активно, но за результат отвечает разработчик. Ключевые технические и архитектурные решения — совместно с CTO. На P0-сбои в своём направлении реагируем и в нерабочее время.

Чем заниматься

• Разработка новых сервисов и поддержка существующих в зоне принятого направления.

• Активное использование ИИ-агентов в работе с прод-кодом (Claude Code, Codex и т.п.): понимаешь бюджет, риски, границы автономии агента.

• Проектирование API, схем БД и интеграций между сервисами.

• Наблюдаемость и эксплуатация сервисов в проде: логи, метрики, трассировка, алерты, разбор инцидентов и доведение причин до исправлений.

• Возможные подключения к команде витрины или к платформе поддержки по запросу. Не основная зона, но формат сотрудничества возможен.

Ключевые требования

• 5+ лет коммерческой бэкенд-разработки. Язык может быть не один: важен опыт проектирования, эксплуатации и ответственности за прод.

• Коммерческий опыт с TypeScript обязателен.

• Умение проектировать схемы БД, интеграции и обмен между сервисами: очереди, кеши, события, повторные попытки, идемпотентность.

• Опыт с распределенными системами: не один процесс, а несколько сервисов, внешние провайдеры, сетевые сбои и понятная диагностика.

• PostgreSQL на уровне диагностики и оптимизации: читать планы запросов, разбираться с медленными запросами, базовое обслуживание.

• Понимание фронт-принципов на уровне внутренних интерфейсов/админок: компоненты, состояние, формы, вызовы API.

• Полный жизненный цикл сервиса: от уточнения задачи и реализации до выкатки, мониторинга, разбора инцидентов и исправления причин.

• Практический опыт с ИИ-агентами для разработки: ставишь задачу, читаешь код, видишь границы агента.

• Комфорт с короткими итерациями и частыми релизами: сделал, проверил, выкатил, посмотрел на результат, поправил.

Будет плюсом

• Опыт с Kubernetes (k8s) на уровне разработчика: чтение манифестов, диагностика проблем своего сервиса (логи, события, ресурсы).

• Опыт в e-commerce / финтехе и работа с разными платёжными провайдерами.

• Опыт с LLM-инструментами: оркестрация, вызов внешних API из LLM, RAG.

• Опыт ведения направления или небольшой команды.

Чего мы НЕ ждём

• Не нужно быть DevOps и строить инфраструктуру — за это отвечает отдельный человек. Но качество и работа сервиса в проде — твоя зона.

• Не нужен витринный фронт-эксперт. Внутренние интерфейсы — да, сложный витринный фронт — опционально.

• Не ждём слепой веры в ИИ-агентов. Наоборот, ценим трезвость: умение сказать «здесь агент опаснее ручного кода» — плюс, не минус.

Что для нас важно

• Доводишь до устойчивой работы. Не «закрыл MR», а «убедился, что в проде живёт».

• Видишь узкое место — поднимаешь и приносишь варианты. Не ждёшь, пока распределят задачи.

• Готов, что приоритет сдвинется. Подключения к другим проектам приходят не по плану — реагируешь без скрипа.

• Нормально ведёшь совместные решения со смежниками: продукт, саппорт. Не уходишь в технические детали там, где нужно договориться.

  Мы предлагаем

• Реальные архитектурные задачи, а не поддержку legacy. Ты с нуля строишь новый продукт (платформа доставки или CDP+CRM) — проектируешь схемы, интеграции, выбираешь стек и принимаешь ключевые решения вместе с CTO.

• Короткий цикл «идея прод». Сегодня спроектировал, завтра выкатил, послезавтра смотришь метрики. Никаких многонедельных согласований и бесконечного ревью — релизы частые, бюрократии минимум.

• Полная ответственность = полная свобода. Ты владеешь сервисом от уточнения задачи до инцидента в 3 часа ночи (с компенсацией, разумеется). Никто не стоит над душой — ждём, что ты сам увидишь узкое место и предложишь решение.

• Прозрачный карьерный трек. Успешный испытательный срок (3 месяца) — это не просто «остался», а подтверждённая позиция ведущего разработчика с правом влиять на техническую стратегию направления. В перспективе — выход на роль tech lead небольшой команды.

• Не замыкаешься на своём сервисе. Ты можешь подключаться к витрине или платформе поддержки, чтобы расширить контекст и не превращаться в узкого специалиста.

• Полное погружение в e-commerce. Десятки поставщиков, платёжные провайдеры, финансовые инварианты, сильная логика клиентских данных — сложный предметный домен, который прокачивает системное мышление.

• Зароботная плата и условия обсуждаются индивидуально, исходя из твоего опыта и результатов на собеседовании. Мы не экономим на ключевых людях