Backend разработчик (golang+python)
Оценка ИИИнтересный стек (Go + Python), работа в актуальной сфере кибербезопасности и зрелые процессы разработки. Гибкий формат работы и акцент на инженерную культуру делают вакансию очень привлекательной для Middle+ специалистов.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Оценка ИИРоль требует уверенного владения сразу двумя языками (Go и Python) и готовности брать на себя полную ответственность за фичу, включая DevOps-задачи и написание тестов. Дополнительную сложность придает специфика информационной безопасности и работа с Rego.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИВ вакансии не указан точный уровень заработной платы, однако для Middle Backend разработчика со знанием Go и Python в РФ рыночный диапазон составляет от 250 000 до 400 000 рублей. Требование владения двумя языками и навыками DevOps обычно позволяет претендовать на верхнюю границу рынка.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Swordfish Security
Backend разработчик (golang+python)
Опыт работы: 3–6 лет
Полная занятость
График: 5/2
Формат работы: удалённо или гибрид или офис
*☑️* Чем предстоит заниматься
-Вы будете вести фичи целиком. Фича у нас считается готовой, когда она работает на стенде, а не когда влит merge request
-Разобраться в задаче: что требуется, какие границы, какие сервисы затронет. Написать спецификацию и план, согласовать архитектурные и/или спорные решения
-Написать код в нескольких сервисах. Типичная фича задевает шлюз на Go, реестр профилей и админку на Python, политики на Rego и миграцию базы
-Покрыть фичу тестами: юнит-тесты в сервисах и сквозные сценарии, которые гоняются на живом стенде
-Провести merge request через ревью и отработать замечания по сути, а не формально
-Проверить на стенде после раскатки, что всё работает, и только потом закрыть задачу
*☑️* Наши пожелания к кандидатам
-От трёх лет коммерческой бэкенд-разработки. Уверенно пишете на Go или Python и готовы работать на обоих: сервисы у нас примерно пополам
-Опыт с микросервисами: HTTP API, PostgreSQL, Redis, Docker/k8s. Понимаете, что будет с запросом, если соседний сервис ответил ошибкой или не ответил вовсе
-Доводили фичи до конца сами. На интервью попросим рассказать про одну такую фичу: что было на входе, что пошло не так и как вы узнали, что она заработала
-Пишете тесты как часть работы, а не после неё
-Умеете писать текстом: спецификацию, описание merge request, комментарий к задаче, понятный тому, кто не сидел рядом
-Работаете с ИИ-ассистентами в разработке или готовы начать
-Будет плюсом:
-Kubernetes и Helm на уровне «посмотреть, почему под не стартует», Prometheus, OpenTelemetry
-OPA и Rego или другой опыт policy-as-code
-Опыт в информационной безопасности: WAF, DLP, API-шлюзы
-Понимание, как устроены API языковых моделей: потоковые ответы, вызовы инструментов, MCP
-TypeScript и React до уровня, чтобы самому добавить поле в админку под свою фичу
Контакты: Откликнуться
*🔥* Подписаться на наши каналы / Откликнуться / Откликнуться
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Go
- Python
- PostgreSQL
- Redis
- Docker
- Kubernetes
- Helm
- Prometheus
- OpenTelemetry
- Rego
- OPA
- TypeScript
- React
- HTTP API
Возможные вопросы на собеседовании
В описании вакансии подчеркивается важность доведения фичи до конца. Этот вопрос проверяет ответственность и понимание жизненного цикла разработки.
Расскажите о самой сложной фиче, которую вы вели от идеи до продакшена: с какими непредвиденными трудностями столкнулись и как убедились в её корректной работе?
Вакансия предполагает работу с микросервисами на разных языках. Важно понять, как кандидат обеспечивает надежность взаимодействия.
Как вы организуете обработку ошибок при взаимодействии микросервисов, если один из них (например, на Python) не отвечает сервису на Go?
Упоминается использование Rego для политик. Вопрос проверяет знакомство с концепцией Policy-as-Code.
Был ли у вас опыт работы с OPA (Open Policy Agent) или другими инструментами реализации политик как кода? Если нет, как бы вы подошли к изучению Rego?
Компания приветствует использование ИИ. Важно оценить практическую пользу, которую кандидат извлекает из этих инструментов.
Как именно вы используете ИИ-ассистентов в своей ежедневной разработке и как это влияет на качество вашего кода и скорость работы?
Позиция требует написания спецификаций. Вопрос проверяет навыки системного анализа и коммуникации.
Что, по вашему мнению, обязательно должна содержать техническая спецификация к новой фиче, чтобы у коллег не возникло вопросов при ревью?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
