- Страна
- Россия
Разработчик на Java в команду инфраструктурных сервисов учётной системы
Оценка ИИЯндекс — топовый работодатель с сильной инженерной культурой. Работа над инфраструктурными сервисами дает отличный опыт в архитектуре и платформенной разработке, хотя отсутствие четкого ТЗ может быть вызовом.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИПозиция требует не только отличного знания Java-стека, но и умения работать с инфраструктурными задачами, архитектурой и техдолгом. Высокая планка Яндекса к самостоятельности и ответственности за production-сервисы повышает порог входа.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИВ вакансии не указан уровень дохода, однако для Senior Java-разработчика в Яндексе зарплаты обычно находятся на уровне или выше рыночных медиан для Москвы. Учитывая бонусы и опционы, совокупный доход может значительно превышать средние показатели по рынку.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Разработчик на Java в команду инфраструктурных сервисов учётной системы
Компания: Яндекс
*☑️*Какие задачи вас ждут
-Развивать инфраструктурные сервисы для учётной системы и финансовой платформы
Вы будете работать над общими сервисами и компонентами, от которых зависят другие команды и бизнес-процессы. Здесь важны архитектура, надёжность, стабильность и эксплуатация, а не только реализация отдельных фич.
-Проектировать интеграции и внутренние платформенные инструменты
В зоне ответственности команды — интеграции с корпоративной ERP: API, ETL-процессы, доступ к справочникам и обмен данными между системами. Ещё мы делаем внутренние инструменты для разработчиков: библиотеки, Spring Boot-стартеры, релизные механики, сервисы метрик и трассировки.
-Улучшать существующие решения и отвечать за них в продакшене
Новых сервисов с нуля немного. Чаще мы развиваем уже работающие: добавляем новые возможности, убираем техдолг, улучшаем архитектуру, стабилизируем и рефакторим там, где это действительно приносит пользу. После этого идут релизы, мониторинг, алерты, инциденты и обычная жизнь production-сервиса.
-Самостоятельно вести задачу от запроса до запуска
Многие задачи приходят не в виде готового ТЗ, а как проблема или полуоформленный запрос. Нужно собрать недостающий контекст, договориться со смежными командами, выбрать рабочее решение, довести его до запуска и дальше развивать.
*☑️*Мы ждём, что вы
-Уверенно пишете на Java и Spring Boot
-Работали с SQL и реляционными базами (Hibernate / jOOQ / JDBC)
-Поддерживали production-сервисы и понимаете, что происходит после релиза
-Умеете самостоятельно вести задачу от размытого запроса до результата
-Понимаете, что у сервиса есть пользователи, ограничения и цена ошибок
Java Job в Telegram | в VK | в Max
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Java
- Spring Boot
- SQL
- Hibernate
- jOOQ
- JDBC
- API
- ETL
Возможные вопросы на собеседовании
В вакансии указано проектирование библиотек и стартеров. Важно понимать, как кандидат обеспечивает удобство и стабильность для других разработчиков.
Расскажите о вашем опыте создания общих библиотек или Spring Boot-стартеров. С какими сложностями при поддержке версионности вы сталкивались?
Команда занимается ETL-процессами и интеграциями с ERP. Вопрос проверяет знание паттернов интеграции и обработки данных.
Какие подходы вы используете для обеспечения консистентности данных при интеграции нескольких систем через ETL-процессы?
Работа предполагает развитие существующих сервисов и борьбу с техдолгом.
Как вы определяете приоритетность задач по рефакторингу и устранению техдолга по сравнению с реализацией новых бизнес-фич?
Яндекс уделяет большое внимание эксплуатации. Вопрос на понимание процессов после деплоя.
Опишите ваш алгоритм действий при получении алерта о критической ошибке в production-сервисе, за который вы отвечаете.
Упоминается работа с SQL и различными ORM/библиотеками (Hibernate, jOOQ).
В каких случаях вы предпочтете использовать jOOQ вместо Hibernate, и как это повлияет на производительность и поддержку кода?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
