- Страна
- Россия
Откликайтесь
на вакансии с ИИ
Разработчик на C++ в Яндекс Еду
Оценка ИИСильный бренд работодателя, работа над продуктом с огромной аудиторией и современный технологический стек делают вакансию крайне привлекательной для профессионального роста. Единственный минус — потенциально сложный процесс найма.
Сложность вакансии
Оценка ИИВысокая сложность обусловлена строгими требованиями Яндекса к знанию алгоритмов и структур данных, а также необходимостью работать с высоконагруженными системами на C++. Процесс отбора обычно включает несколько этапов технических секций.
Анализ зарплаты
Оценка ИИЗарплаты в Яндексе для C++ разработчиков обычно соответствуют верхнему децилю рынка, часто дополняясь расширенным соцпакетом и опционной программой (RSU). Указанный рыночный диапазон отражает средние значения для Senior-уровня в Москве.
Сопроводительное письмо
Составьте идеальное письмо к вакансии с ИИ-агентом
Откликнитесь в Яндекс Еда уже сейчас
Присоединяйтесь к команде Яндекс Еды, чтобы создавать высоконагруженные системы поиска и рекомендаций, которыми пользуются миллионы!
Описание вакансии
Разработчик на C++ в Яндекс Еду
Стек: C++, STL, PostgreSQL, Алгоритмы, Структуры данных, Высоконагруженные системы, Kafka, RabbitMQ
Наша команда отвечает за поиск и рекомендации в приложении Яндекс Еды. Поиск — это сердце приложения. Вам предстоит развивать бэкенд-сервисы, которые отвечают за поиск, индексацию, получение и обогаще…
Откликнуться через Runello-бот ↓
Создайте идеальное резюме с помощью ИИ-агента
Навыки
- C++
- PostgreSQL
- Kafka
- Data Structures
- Algorithms
- STL
- RabbitMQ
- High Load
Возможные вопросы на собеседовании
Яндекс известен своим упором на алгоритмическую подготовку.
Реализуйте алгоритм поиска кратчайшего пути в графе или задачу на динамическое программирование с оптимальной сложностью.
Важно понимать, как кандидат работает с памятью и стандартами языка.
В чем разница между std::unique_ptr и std::shared_ptr? Расскажите о механизме работы control block в shared_ptr.
Вакансия предполагает работу с высоконагруженными сервисами.
Как бы вы спроектировали систему индексации для поиска в реальном времени, учитывая ограничения по памяти и CPU?
В стеке указаны Kafka и RabbitMQ.
В каких случаях вы выберете Kafka вместо RabbitMQ для межсервисного взаимодействия и почему?
Работа с БД в высоконагруженных проектах требует оптимизации.
