Яндекс·25 сент.
Бэкенд-разработчик в Metric Store
Ориентир по рынку≈ 145 000 – 310 000 ₽наша приблизительная оценка по 87 вакансиям этой роли и грейда, у работодателя вилка не указана
🌍 УдалённоMiddleПолная занятостьКорпорация
Стоит ли откликаться
Стоит откликнуться, но спросите про деньги
Вилку работодатель не назвал, но ориентир по рынку есть: он в строке «Деньги». Объявление живое, и что за работа, понятно из текста.
3 из 4 в норме
Вилку не назвали: какую сумму назвать вам и ниже какой не соглашаться
Деньги
Зарплату в объявлении не раскрыли. Ориентир на созвон: столько платят в 87 похожих вакансиях Разработчик уровня Middle.
Живость
Открыта 24 дня, и признаков фиктивного найма у неё нет.
Описание
Обязанности: 7, требования: 5. Понятно, что за работа, ещё до отклика.
- Не сказано
- как оформят, из каких стран можно работать и часовой пояс команды
Что требуют
ОбязательноPythonSQLPostgreSQLClickHouseSpark
Надбавка к зарплате на этом уровне: Python +40%, SQL +20%.
Полный разбор в Pro
Это короткий разбор. В Pro полный: под эту вакансию и ваше резюме
Сколько просить
Не продешевите: сумма под ваше резюме, нижняя граница и готовые фразы для торга
Ваше резюме против требований
Пройдёт ли ваше резюме фильтр: что совпало с требованиями и что дописать до отклика
Спросить у работодателя
Что стоит спросить: вопросы именно к этой вакансии для первого созвона
Когда откликаться
Стоит ли спешить: за сколько дней эта компания обычно закрывает вакансии
30 дней Pro: полный разбор каждой вакансииЧто ещё входит в Pro
Наша компания
Мы развиваем Metric Store — сервис, в котором хранятся определения бизнес-метрик: формулы, источники данных и доступные разрезы. По ним сервис строит SQL для YQL, ClickHouse, CHYT и Spark. Метриками пользуются аналитики и другие аналитические продукты.
Чем предстоит заниматься
Разрезы для сложных метрик
Иногда нужное измерение находится не в таблице, по которой считается метрика, а в связанной. Нужно описать такие связи в модели сервиса, сделать измерения доступными в фильтрах и группировках и проверить расчёт на существующих метриках
Несколько способов расчёта одной метрики
Для дашборда может подходить быстрая агрегированная таблица, а для исследования — подробные данные. Предстоит проработать модель и API, чтобы оба способа жили под одним именем метрики. При построении SQL пользователь должен явно выбирать способ расчёта; запросы без выбора должны работать как прежде
Оконные функции в виртуальных столбцах
Сейчас такие выражения попадают в запрос слишком поздно — на этапе расчёта метрики. Нужно изменить генерацию SQL, чтобы виртуальный столбец вычислялся до агрегации, и покрыть новые и существующие сценарии тестами. Также предстоит развивать проверки метрик и интеграции с Лабой и Атласом
Больше о бэкенде в Яндексе — в канале Yandex for Backend
Наши требования
Занимались бэкенд-разработкой на Python
Хорошо знаете SQL и PostgreSQL
Понимаете, как JOIN и агрегации влияют на результат
Умеете проектировать API и писать тесты
Работали с YT/YQL, ClickHouse или Spark
