- Страна
- Россия
- Зарплата
- 280 000 ₽ – 320 000 ₽
Go-разработчик (Middle/Senior)
Оценка ИИПривлекательная вакансия с конкурентной зарплатой для РФ, удаленным форматом и работой с современным стеком (AI, Go, Kafka). Четко описанные задачи и отсутствие микроменеджмента делают позицию интересной для опытных инженеров.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИВысокая сложность обусловлена требованиями к глубокому знанию инфраструктурных инструментов (Kafka, ClickHouse, K8s) и специфическим опытом разработки API Gateway. Также требуется умение решать сложные архитектурные задачи, связанные с лимитами и отказоустойчивостью систем в условиях высокой нагрузки.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИПредлагаемая зарплата (280-320к на руки) находится в пределах рыночной нормы для Senior Go разработчика в России, хотя для верхней планки Senior-уровня в крупных тех-гигантах она может казаться средней. Тем не менее, для полностью удаленной работы это достойное предложение.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Data Light
Go-разработчик (Middle/Senior)
от 280 000 до 320 000 ₽ за месяц, на руки
Опыт работы: более 6 лет
Полная занятость
График: 5/2
Формат работы: удалённо
*☑️* Чем предстоит заниматься
-Создание и поддержка высоконагруженных сервисов на Go для маршрутизации запросов к нейросетям
-Проектирование и масштабирование архитектуры: разработка распределенных микросервисов в инфраструктуре Kubernetes
-Управление потоками данных и очередями: интеграция и оптимизация работы с брокером сообщений Apache Kafka
-Работа с базами данных и аналитикой: проектирование схем и оптимизация запросов в PostgreSQL и ClickHouse для трекинга и биллинга
-Оптимизация производительности и кэширования: реализация механизмов кэширования и хранения сессий с использованием Redis
-Разработка подсистем проксирования и биллинга: создание надежных шлюзов для проксирования трафика и учета потребления ресурсов пользователей, учет лимитов, доступов по ключам
-Обеспечение качества кода: написание чистого, поддерживаемого кода и покрытие его тестами
-Участие в инженерных процессах: проведение и прохождение перекрестных Code Review для поддержания высоких стандартов разработки, участие в ежедневных технических созвонах с командой
*☑️* Наши пожелания к кандидатам
-Релевантный опыт работы от 5 лет
-Уверенное владение PostgreSQL, ClickHouse, Redis, Kafka
-Опыт разработки API Gateway
-Культура тестирования кода
-Умение расставлять приоритеты и работать без микроменеджмента
-Гибкость мышления и готовность к изменениям в высокодинамичном проекте
-Три инстанса прокси сервиса имеют общий лимит 100 запросов в минуту к провайдеру. Лимит реализован через Redis в асинхронном режиме (счетчик соединений обновляется фоном). Как должен повести себя сервис при даунтайме редиса?
-Расскажи про то как ты относишься к дженерикам? В каких ситуациях это реально помогало, а в каких только усложняло?
-Какие признаки в проекте могут говорить о том, что его следует реализовывать в виде микросервисов?
Контакты: Откликнуться
*🔥* Откликнуться / Откликнуться / Откликнуться
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Go
- PostgreSQL
- ClickHouse
- Redis
- Apache Kafka
- Kubernetes
- API Gateway
- Microservices
- Unit Testing
Возможные вопросы на собеседовании
Проверка понимания отказоустойчивости распределенных систем и работы с Redis.
Три инстанса прокси сервиса имеют общий лимит 100 запросов в минуту к провайдеру через Redis. Как должен повести себя сервис при даунтайме Redis?
Оценка практического опыта использования современных возможностей языка Go и понимания чистоты кода.
В каких ситуациях использование дженериков в Go реально помогало, а в каких только излишне усложняло проект?
Проверка архитектурного мышления и умения обосновывать выбор микросервисной архитектуры.
Какие признаки в проекте однозначно указывают на то, что его следует реализовывать в виде микросервисов, а не монолита?
Важно для понимания того, как кандидат обеспечивает консистентность данных при биллинге.
Как вы организуете транзакционность и учет лимитов в распределенной системе при использовании PostgreSQL и Redis одновременно?
Проверка навыков оптимизации работы с большими данными.
В каких случаях для трекинга вы выберете ClickHouse вместо PostgreSQL и как обеспечите эффективную вставку данных в ClickHouse из Go?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
