- Страна
- Казахстан
Middle+/Senior Golang Разработчик
Оценка ИИИнтересный международный проект с фокусом на инженерную составляющую и производительность, а не просто на 'штамповку' фич. Полная удаленка и работа с современным стеком (NATS, gRPC, Observability) делают вакансию привлекательной для опытных инженеров.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИВысокая сложность обусловлена требованиями к глубокому пониманию high-load систем, распределенных блокировок и паттернов гарантированной доставки данных, а также необходимостью иметь опыт работы с инцидентами в production.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИЗарплата в вакансии не указана, но для Senior Go разработчика в Казахстане/СНГ на международном проекте рыночный диапазон составляет от 4000 до 6500 USD. Предложение будет зависеть от глубины экспертизы кандидата в high-load.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Контакты для отклика
Откройте контакты, указанные в вакансии.
Описание вакансии
#HIRING #GOLANG #BACKEND #REMOTE
Ищу Middle+/Senior Golang Разработчика в команду JET. *💙*
Полностью удалённая работа.
*💰* Уровень дохода готовы обсуждать гибко – в зависимости от опыта, уровня и ожиданий кандидата.
High-load backend международного сервиса аренды электросамокатов JET.
Сразу немного о профиле, который мы ищем.
В этой роли основной фокус будет не на количестве новых продуктовых фич, а на инженерных задачах вокруг стабильности, производительности и масштабирования backend-систем.
Нам нужен инженер с практическим опытом работы с high-load backend и распределёнными системами, production-инцидентами, поиском узких мест, оптимизацией производительности и подготовкой платформы к росту нагрузки.
Что для нас важно:
– коммерческий опыт разработки на Go от 4 лет
– уверенное знание Go: goroutines, channels, interfaces, structs, methods
– хорошее понимание асинхронности, конкурентности и параллельности
– опыт работы с high-load / distributed / event-driven системами
– опыт с gRPC
– PostgreSQL: транзакции, уровни изоляции, ACID
– понимание подходов к гарантированной доставке событий: Outbox или аналогичные решения
– практический опыт работы со стабильностью, производительностью и production-инцидентами
– MongoDB или другие NoSQL БД
– Redis, distributed locks или аналогичные решения
– message brokers: NATS, Kafka, RabbitMQ и др.
– опыт работы с observability: метрики, tracing, alerting
Отдельно важна высокая самостоятельность: способность самому собирать необходимый контекст, определять приоритетные точки улучшения и предлагать аргументированные технические решения.
Домен предыдущего проекта не принципиален – рассматриваем кандидатов из разных индустрий.
*📍* Оформление – Казахстан, официально. Релокация не требуется.
Если узнали в описании себя – отправляйте резюме на *👉* Откликнуться и в теме письма обязательно укажите название вакансии.
Будем рады познакомиться!
И, конечно, лайки и репосты очень приветствуются – возможно, именно среди ваших знакомых есть тот самый Go-разработчик, которого мы ищем. *🤝*
Создайте идеальное резюме с помощью ИИ-агента
Навыки
- Go
- gRPC
- PostgreSQL
- MongoDB
- NoSQL
- Redis
- NATS
- Kafka
- RabbitMQ
- Observability
- High Load
- Distributed Systems
Возможные вопросы на собеседовании
Проверка понимания внутреннего устройства Go и управления памятью при высоких нагрузках.
Расскажите, как работает планировщик Go (G-M-P модель) и как вы оптимизировали использование горутин для предотвращения утечек памяти?
Важно для обеспечения целостности данных в распределенной системе аренды.
Как бы вы реализовали паттерн Outbox в связке с PostgreSQL и брокером сообщений для обеспечения Exactly-once доставки?
Проверка навыков работы с базами данных под нагрузкой.
Какие уровни изоляции транзакций в PostgreSQL вы использовали и в каких случаях стоит выбирать Serializable вместо Read Committed?
Критически важно для предотвращения двойных списаний или одновременной аренды одного самоката.
Как реализовать распределенную блокировку (distributed lock) с помощью Redis и какие проблемы могут возникнуть при истечении TTL блокировки до завершения операции?
Проверка навыков траблшутинга.
Опишите ваш алгоритм действий при получении алерта о резком росте latency на одном из микросервисов. Какие метрики и инструменты observability вы задействуете в первую очередь?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
