- Страна
- Россия
- Зарплата
- 124 281 ₽ – 219 300 ₽
Golang разработчик (Senior)
Оценка ИИИнтересный технологический стек (Golang, Kafka, Tarantool) и работа в известном ритейлере. Однако указанная заработная плата для уровня Senior выглядит значительно ниже среднерыночных показателей.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИПозиция требует глубокого понимания паттернов микросервисной архитектуры и опыта работы со специфическим стеком (Tarantool, NATS). Основная сложность заключается в необходимости интеграции сложных CRM-систем через асинхронные каналы.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИПредложенная зарплата (около 124-219 тыс. руб.) существенно ниже рыночной для Senior Golang разработчика в России, где медиана обычно начинается от 350-400 тыс. руб. Ставка 1290 руб./час для ИП также является крайне низкой для данного грейда.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
*🆔* ID42648
*📅* Дата публикации: 06.08.2026 10:45
*🥇* Golang разработчик (Senior)
*📍* Локация/Гражданство: Россия
*🏠* Формат работы: удалённо
*🎓* Грейд: Senior
*💰* Ставки:
*🇷🇺* Штат (на руки): 124 281 руб./мес (на руки)
*🇷🇺* ИП (gross): 1 290 руб./час Справочно: ориентировочная среднемесячная выплата Gross 219 300 руб./мес
*📌* О проекте:
Внедрение mCRM в Ситилинк. Расширение существующей команды. Разработка и интеграция систем на Golang с использованием PostgreSQL, HTTP/gRPC, микросервисной архитектуры, Kafka. Интеграция с маркетинговыми CRM-системами. Работа с асинхронным транспортом, понимание ограничений синхронных и асинхронных систем. Использование паттернов микросервисной архитектуры (DLQ, transaction inbox/outbox).
*📎* Задачи:
— Разработка и интеграция систем на Golang
— Работа с PostgreSQL, HTTP/gRPC, микросервисной архитектурой
— Интеграция с маркетинговыми CRM-системами через асинхронный транспорт (Kafka, NATS)
— Проектирование и реализация асинхронных взаимодействий с использованием DLQ, transaction inbox/outbox
— Взаимодействие с командой для внедрения mCRM в Ситилинк
*💻* Требования:
— Опыт коммерческой разработки от 5 лет
— Опыт разработки на Golang
— Опыт работы с SQL (PostgreSQL)
— Опыт работы с HTTP/gRPC
— Опыт работы с нереляционными БД (Tarantool)
— Опыт работы с микросервисной архитектурой
— Опыт работы с Kafka
— Опыт интеграции различных систем (асинхронный транспорт)
— Понимание ограничений синхронных и асинхронных систем
— Опыт использования паттернов микросервисной архитектуры (DLQ, transaction inbox/outbox)
— Опыт работы с NATS
— Опыт интеграции с маркетинговыми CRM-системами
— Опыт использования Tarantool
*❗️* Обязательные данные по кандидату при подаче:
● номер вакансии: #316_2026
● заполненный чек‑лист с оценкой по каждому требованию
● ФИО кандидата полностью и дату рождения, локация, грейд, рейт
Менеджер: Откликнуться
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Golang
- PostgreSQL
- gRPC
- HTTP
- Microservices
- Kafka
- NATS
- Tarantool
- SQL
- CRM
Возможные вопросы на собеседовании
Вакансия предполагает работу с паттернами надежной доставки сообщений.
Расскажите о практическом опыте реализации паттерна Transactional Outbox: какие проблемы он решает и как вы обеспечивали атомарность операций?
В требованиях указан Tarantool, который часто используется как кэш или быстрая БД.
В каких сценариях вы бы предпочли использовать Tarantool вместо стандартного кэширования в Redis или хранения в PostgreSQL?
Проект связан с интеграцией через Kafka и NATS.
Как вы подходите к проектированию системы обработки ошибок в асинхронных потоках (DLQ, стратегии ретраев)?
Работа ведется с gRPC и HTTP.
В каких случаях для межсервисного взаимодействия в микросервисах вы выберете gRPC, а в каких — асинхронный обмен через брокер?
Упоминается понимание ограничений синхронных и асинхронных систем.
С какими основными вызовами консистентности данных вы сталкивались при переходе от монолитной архитектуры к микросервисной?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
