- Страна
- Узбекистан
Senior Backend Developer (Go)
Оценка ИИСильный бренд Uzum, современный стек технологий и прозрачные задачи по трансформации архитектуры. Привлекательные условия резидента IT-парка и возможность удаленной работы делают вакансию топовой для Senior-разработчика.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИРоль требует глубоких знаний Go, опыта работы с высоконагруженными системами и специфических навыков миграции с монолита на микросервисы. Высокая планка ответственности за кредитный конвейер и необходимость работы с Kafka/K8s на уровне Senior.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИЗарплата в вакансии не указана, однако для позиции Senior Go Developer в регионе Узбекистана и СНГ рыночный диапазон составляет от 4000 до 6500 USD. Предложение Uzum, как лидера рынка, обычно соответствует верхней границе или даже превышает её для сильных кандидатов.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Senior Backend Developer (Go)
*🏢* Компания: UZUM
*🌍* Формат: Удалёнка / гибрид (Remote Global / UZ)
*🕒* Занятость: Полная занятость
О компании:
Команда Uzum Nasiya работает над кредитным конвейером в экосистеме UZUM. Фокус — перевод бизнес-логики из PHP-монолита в микросервисы на Go и миграция с MariaDB на PostgreSQL.
Задачи:
• Обеспечивать production-качество: надёжность, производительность, метрики и профилирование.
• Разработка микросервисов на Go для Uzum Nasiya и смежных контуров.
• Анализ и декомпозиция legacy-логики из монолита.
• Проектирование и реализация API и событийных контрактов.
• Покрытие критичной логики unit/integration/contract тестами.
• Оптимизация производительности и участие в эксплуатации, мониторинге и инцидентах.
Требования:
• Уверенный продовый уровень Go: микросервисы, конкурентность, тестирование, профилирование.
• Опыт с Kafka и event-driven архитектурами: ретраи, DLQ, идемпотентные консюмеры.
• Знание Kubernetes и практик CI/CD; контейнеризация.
• Навыки по метрикам/трейсам/логам и построению алертов.
• Опыт миграции монолита и выделения сервисов (strangler-pattern, feature flags).
Стек:
Go, Kafka, PostgreSQL, MariaDB, Kubernetes, Docker, CI/CD, мониторинг/трейсы/логи
Условия:
• Амбициозные задачи и влияние на ключевые бизнес-процессы.
• Сильная техническая команда и насыщенная продуктовая культура.
• Свобода действий и гибкий график; гибридный или удалённый формат.
• Официальное оформление по ТК УЗ и дополнительные 3 оплачиваемых дня к отпуску.
• Резидентство в IT-парке — возможность получить IT-визу; поддержка участия в конференциях.
*📩* Откликнуться
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Go
- Kafka
- PostgreSQL
- MariaDB
- Kubernetes
- Docker
- CI/CD
- Microservices
- Unit Testing
- Integration Testing
- Contract Testing
- Monitoring
- Profiling
Возможные вопросы на собеседовании
Проверка понимания паттернов миграции, заявленных в требованиях.
Расскажите о вашем опыте применения Strangler Fig Pattern при распиле монолита: с какими сложностями вы сталкивались при синхронизации данных между старой и новой системами?
Важно для обеспечения надежности event-driven архитектуры в финтехе.
Как вы обеспечиваете идемпотентность потребителей (consumers) в Kafka при обработке финансовых транзакций?
Проверка навыков оптимизации производительности Go-приложений.
Какие инструменты и подходы вы используете для профилирования Go-сервисов в production, если замечаете аномальный рост потребления памяти или CPU?
Проверка опыта работы с базами данных в контексте миграции, указанной в вакансии.
В чем основные архитектурные отличия при переходе с MariaDB на PostgreSQL, которые необходимо учитывать при написании запросов на Go?
Оценка понимания жизненного цикла разработки и эксплуатации.
Опишите ваш подход к проектированию алертов: как вы разделяете критические инциденты и информационные уведомления в системе мониторинга?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
