ETL-разработчик
Мы вывели на рынок несколько успешных IT-проектов и собрали их в единую экосистему, которую назвали “Robusta".
У нас экспертная в своей сфере и креативная команда. Мы много работаем и круто отдыхаем, умеем делать классные проекты и всегда нацелены на высокий результат.
На текущий момент нам требуется ETL-разработчик уровня middle+/senior!
Обязанности:
- Совместная работа с DBA-архитектором на проектах;
- Организация ETL-процессов выгрузки данных Apache Hudi таблиц из S3 в ODS-слой на Greenplum;
- Разработка трансформации данных ODS-слоя в DDS-слой;
- Имплементация различных CDC-методов (инкрементальный JOIN с двумя наборами данных, вычисление хэша с последующим diff);
- Разработка plpgsql-функций или аналогичной логики на Spark для трансформации данных, на основе логике существующего Python/T-SQL кода (MSSQL);
- Разработка ad-hoc аналитических запросов под PostgreSQL/Greenplum;
- Разработка DataQuality-тестов на скриптовом ETL (Python, Java или Scala);
- Работа с AirFlow-операторами, разработка DAGs;
- Мониторинг и поиск проблемных мест при эксплуатации ADB (Greenplum)
Требования:
- Понимание различий PostgreSQL & Greenplum;
-
Понимание механизма работы QE/QD (query executor & query dispatcher), и как исполняется SQL-запрос в Greenplum-кластере, включая планы запросов (redistribute, broadcast, gather motions);
-
Понимание механизма дистрибьюции данных на сегмент-инстансах Greenplum, и как исправлять перекосы данных (skews);
-
Понимание разницы механизмов работы Heap & AOP (append-optimzed) таблиц в Greenplum, включая понимание “ограничений” колоночного формата хранения данных;
-
Понимание различий между логическими моделями: звезды, снежинки и DataVault;
-
Опыт с технологическим стеком: Greenplum, PXF, gpfdist, AirFlow, Spark, Scala обязателен.
Условия:
- Удалённая работа либо гибрид/офис, по вашему желанию :)
- Работу без бюрократии и ненужных ритуалов. Мы работаем вместе, чтобы помочь вам реализовать ваши амбиции, а компании — расти;
- ДМС: нам важно, чтобы наши сотрудники развивали свои компетенции и были здоровы;
- Невероятную корпоративную жизнь: от походов в музеи до совместных путешествий и rave-вечеринок;
- Гибкое время начала рабочего дня.
У нас быстрое принятие решения: HR интервью - техническое собеседование - оффер
Если тебя заинтересовала наша позиция, то непременно отправляй свой отклик, мы свяжемся с тобой для более детального общения.
Обслуживать клиентов: работать со счетами, пластиковыми картами и денежными переводами. Продавать банковские и страховые продукты (кредитные продукты, карты, вклады).
Developer Team Lead
1) Выплата зарплаты своевременная и достаточно прозрачная.
2) Оплачиваемые отпуска, есть дмс (средний), но за пределами Москвы почти не работает
3) В компании есть очень хорошие люди, на которых можно положиться, однако, далеко не все и далеко не во всех отделах.
4) Почти отсутствуют переработки.
5) Есть офис в Москве, есть в Тбилиси, но с релокацией вам не помогут.
За повышение зарплаты придётся бороться самому. Может, тебе повезёт с руководителем, который будет регулярно ходить к вышестоящему начальству и просить повышения своим сотрудникам. Я выступал как раз в роли такого руководителя и скажу честно - это бой каждый раз как в последний раз. Я составлял планы развития сотрудников, грейды, проводил оценки, сам проводил исследования рынка, приходил с этим к HR, но они лишь пожимали плечами и отправляли дальше, пока я не приходил к генеральному директору. Каждое повышение согласовывает лично СЕО компании. Иногда эти повышения могут быть достаточно неплохими, а иногда лишь на 5-10% оклада.
Заработная плата ниже рынка. Вполне возможно, что если вы указали в резюме сумму в N рублей, то вам могут предложить N-10%.
Индексация зарплаты была два года назад, но потом от индексации отказались.
Т.е. с учетом нестабильного рубля и официальной инфляции в рф 12%, если вы, предположим, повышаетесь раз в год на 10%, то с каждым годом доход будет падать.
Сюда же можно отнести отсутствие премий. За пять лет работы в компании премии были лишь три раза.
2. Развитие.
Мы, как технические специалисты, хотим постоянно развиваться и идти вперёд. Ведь в век быстроразвивающихся технологий нужно очень быстро бежать, чтобы просто оставаться на месте.
С высокой долей вероятности у вас будет проект, который давно прошел этап своего быстрого развития и сейчас находится, по сути, на этапе поддержки и небольших доработок.
В таких условиях вы не получите навыков сверх тех, что нужны в работе, скорее всего не сможете принести с собой какие-то классные технические решения и вам некуда будет расти.
Конечно, можно прийти миддлом и через год-два немного улучшить свои технические навыки, но это тупик - вы не попадёте в другую команду, не начнёте разрабатывать новый продукт, не сможете сделать шаг в сторону от технологий, которые есть в стеке компании.
3. Корпоративное.
Компания иногда организовывает корпоративы или поездки куда-то. Однако мероприятия обычно добровольно-принудительные. Нужна уважительная причина, чтобы НЕ поехать с компанией на выходных по золотому кольцу, даже если ты живёшь в другом городе и до Москвы тебе 6-10 часов дороги.
Если вы решите работать в офисе, то приготовьтесь к тому, что у вас на столе должна быть канцелярия определенного цвета, чтобы "цветовая гамма соответствовала цветовой гамме офиса". К тому же, в офисе не слишком удобные рабочие места.
Московский и Тбилисский офисы разительно отличаются друг от друга - если в московском офисе есть специальный обученный человек для снеков, приготовления кофе и прочих радостей, в тбилсском же офисе нередка ситуация, когда заканчивается всё и офис менеджер из Москвы заказывает через вольт 20 пакетиков чая.
Компания не выдает рабочие ноутбуки своим сотрудникам. Раньше был вариант получить MacBook Air 13 на интеле, но это очень слабая машинка для серьезной разработки, сейчас такой возможности кажется нет.
Хоть компания и называет себя IT-компанией, на самом же деле компания продуктовая и развивает свой 1 продукт. Большинство сотрудников компании не являются айти-специалистами
4. Менеджмент.
Отсутствие у руководства компании плана развития. План может быть озвучен, зафиксирован на бумаге и принят к исполнению, но с очень высокой долей вероятности где-то на середине пути от этого плана все откажутся, как-будто бы его и вовсе не было.
Принять техническое решение без участия it отдела? Легко.
Подписаться на что-то, что технически нереализуемо с текущими ресурсами? Пожалуйста.
Отсюда невозможность планировать загрузку сотрудников, количество сотрудников в отделе и их развитие. Большой текучки кадров в связи с этим нет, но рабочая атмосфера весьма гнетущая - не знаешь, придётся ли тебе поддерживать решение, которое достанется тебе от аутсорс команды или же быстро-быстро оценивать стоимость разработки и составлять смету на горящий еще вчера тендер.