Backend Tech Lead (Go)

Мы в поиске Backend Tech Lead (Go)

Руководитель разработки, программист/разработчик, backend.

Опыт 5+ лет, из них 1–2 года в роли лида или фактического владельца архитектуры.

О нас и о роли.

Высоконагруженный сервис на Go, который переходит от монолита к микросервисной архитектуре.

Роль техническая, а не менеджерская: вы остаётесь в коде, но финальное слово по архитектуре и контрактам за вами.

Что предстоит делать.

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

• Владеть контрактами между сервисами на gRPC и protobuf, отвечать за версионирование и обратную совместимость.

• Проводить code review с правом финального approve и закреплять технические стандарты в пайплайне как блокирующие проверки: golangci-lint, go vet, гонки, покрытие, контрактные тесты.

• Отвечать за надёжность и конкурентность — отмену по context, отсутствие утечек горутин, таймауты, ретраи, circuit breaker, идемпотентность в событийной модели.

• Держать производительность: профилирование через pprof, планы запросов, размеры пулов соединений, партиционирование, p95 на стороне кода.

• Декомпозировать задачи на команду, управлять техдолгом, растить middle-разработчиков. Следить, чтобы сервисы были наблюдаемыми: метрики, структурные логи, трейсинг, осмысленные health и ready

Границы роли.

• Инфраструктурой, пайплайном как механизмом, бэкапами и эксплуатацией баз занимаются DevOps и внешний партнёр по инфраструктуре.

• Тех-лид задаёт требования, но не администрирует серверы.

• Наем, бюджеты и продуктовые приоритеты остаются за CTO и продактом.

Что мы ожидаем

• Пять и более лет в backend-разработке, из них минимум три года на Go в продакшене под нагрузкой.

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