Открытое собеседование Tinkoff DWH Connect

• Анна Мавлютова, руководитель направления распределенного управления данными в Тинькофф, представляет себя и объясняет цель мероприятия.  

• Тинькофф проводит серию онлайн-мероприятий "Тиньков Двх Коннект", состоящую из трех частей.  

• Первая часть была посвящена системному анализу и разработке в Двх, вторая часть - техническому интервью на вакансию системного аналитика Двх, а третья часть - уикенд офер.  

• Анатолий Краев, лид команды Двх, рассказывает о частоте проведения собеседований и формате текущего интервью.  

• Интервью будет включать разбор кейсов и обратную связь.  

• Кандидат Александр, прошедший отбор, присоединяется к интервью.  

• Анатолий объясняет структуру интервью, состоящую из разминки, обсуждения хранилища и задачи на моделирование и сбор требований.  

• Александр получает первое задание, связанное с расчетом среднего размера заказа до и после покупки товара X.  

• Александр начинает решать задачу, используя таблицы пользователей, заказов и продуктов.  

• Он выбирает заказы после марта и группирует их по городу проживания.  

• Александр обсуждает с Анатолием, как рассчитать средний чек и средний размер заказа.  

• Анатолий и Александр обсуждают, как найти дату первой покупки товара X.  

• Они решают исключить дату запуска товара X и вычислить дату первой покупки для каждого города.  

• Александр предлагает использовать фильтр для вычисления даты первой покупки по каждому городу.  

• Выбор города и минимальной даты заказа.  

• Объединение таблиц пользователей и локаций.  

• Условие для сравнения дат заказов.  

• Условие для сравнения дат заказов.  

• Исправление условий для корректного сравнения.  

• Использование поля "продукт-нейм" для идентификации продукта.  

• Сравнение длительности каждого запроса с максимальной длительностью за день.  

• Выбор данных за текущий день.  

• Преобразование даты в круглую дату.  

• Создание базовой таблицы баланса.  

• Использование оконной функции для нахождения максимального времени запроса.  

• Сравнение максимального времени запроса с текущим временем.  

• Обсуждение различных подходов к решению задачи.  

• Использование группировки для уменьшения количества записей.  

• Сравнение двух вариантов запросов: классический и через оконные функции.  

• Обсуждение функций ROW_NUMBER и DENSE_RANK.  

• Различие между функциями ROW_NUMBER и DENSE_RANK.  

• Применение оконных функций для нумерации строк по порядку.  

• Ранг выставляет рейтинг в рамках партии, но может пропускать одинаковые значения.  

• Денсер ранг не пропускает одинаковые значения, что может привести к разным результатам.  

• Ранг используется для поиска максимальных значений в партии, а денсер ранг - для более точных результатов.  

• Ранг может быть полезен для поиска максимальных значений и их нумерации.  

• Денсер ранг используется для более точных результатов, исключая пропуски.  

• В повседневной практике чаще используется роу амбар, но ранг также может быть полезен в некоторых случаях.  

• Важно определить источники данных и цели использования хранилища.  

• Необходимо учитывать количество пользователей и периодичность отчетности.  

• Выбор стека технологий зависит от целей использования данных.  

• Первичный слой включает данные из различных источников.  

• Первичная обработка приводит данные к табличной форме.  

• Нормализация данных создает детальный слой, а презентационный слой используется для аналитики.  

• Описание модели хранения данных для сети автосалонов.  

• Основные таблицы: салоны, сотрудники, автомобили, продажи.  

• Включение атрибутов, таких как адрес, дата открытия, время работы, директор и другие.  

• Таблица автомобилей включает комплектацию, количество, год выпуска и другие атрибуты.  

• Таблица продаж включает информацию о продаже, комментарии и скидки.  

• Важно учитывать местонахождение автомобилей и их количество в наличии.  

• Обсуждение создания двух полей для салона и склада.  

• Указание местонахождения автомобиля через идентификатор.  

• Уточнение, что идентификатор для склада будет отличаться от идентификатора для салона.  

• Добавление таблицы клиентов с информацией о ФИО, дате рождения, должности и дате покупки.  

• Возможность добавления новых атрибутов и витрин в будущем.  

• Обсуждение структуры таблицы продаж для нескольких покупок.  

• Возможность создания дополнительных полей для дополнительных товаров в чеке.  

• Уточнение, что каждая покупка будет отдельной записью.  

• Основные метрики для аналитика: количество автомобилей на складе, год выпуска, дата прибытия на склад.  

• Возможность анализа продаж по сотрудникам и салонам.  

• Средний чек и выручка по автосалону.  

• Необходимость добавления данных о вместимости автомобилей в таблице салонов.  

• Возможность расчета количества мест хранения и свободных мест.  

• Перспектива расширения модели для новых требований и фич.  

• Подведение итогов собеседования.  

• Вопрос о бэкграунде Александра и его опыте работы в DWH.  

• Опыт работы в аналитике более десяти лет.  

• В DWH работает более двух лет, был руководителем направления.  

• Разнообразный опыт, включая аудит и сеньорную позицию.  

• Обсуждение задач, которые были разминочными.  

• Решение задач с использованием оконных функций.  

• Обсуждение теории построения хранилищ данных.  

• Описание базовых сущностей и атрибутов.  

• Возможность добавления дополнительных атрибутов.  

• Обсуждение улучшения модели.  

• Важность раскрытия своих мыслей на собеседовании.  

• Это помогает лучше понять ход мыслей кандидата.  

• Обсуждение, как это помогает собеседующим.  

• Благодарность за участие и интересный опыт.  

• Обсуждение кейсов на собеседовании.  

• Надежда на будущие встречи.  

• Три основные секции: написание кода, теоретическая часть, системный анализ.  

• Написание кода занимает основную часть времени.  

• Решение задач на Python для проверки базовых навыков.  

• Ошибки могут быть синтаксическими или логическими.  

• Важно объяснять свои мысли и возвращаться к корректному решению.  

• Вопросы и уточнения помогают правильно решить задачу.  

• Важность знания оконных функций.  

• Возможность решения задач несколькими способами.  

• Практика и использование различных подходов.  

• Python используется для проверки базовых навыков.  

• Возможность написания кода на любом языке.  

• Важность алгоритмов, а не конкретного языка.  

• Вторая часть собеседования теоретическая, посвященная проектированию и построению ETL.  

• Вопросы касаются общих подходов и моделирования.  

• Рекомендуется освежить знания, читая базовые теории и статьи.  

• Интервьюер поможет, если кандидат будет готов.  

• Важно знать общепринятые термины и практики.  

• Подготовка поможет избежать неудобных ситуаций.  

• Включает моделирование и сбор бизнес-требований.  

• Вопросы открытые, без правильных ответов.  

• Важно задавать вопросы и проявлять инициативу.  

• Секции проводят разные специалисты.  

• Рекрутер собирает информацию о кандидате.  

• Секции могут проводить системные аналитики, разработчики и другие специалисты.  

• Кандидатов собеседуют одинаково, независимо от уровня.  

• Задачи усложняются постепенно.  

• Итоговый уровень определяется по результатам всех секций.  

• Собеседования могут быть на разные позиции, включая дата-аналитиков и аналитиков.  

• Задачи могут быть типовыми и не привязаны к конкретной специфике продукта или технического плана.  

• Важно проявлять смекалку и находить способы решения задач.  

• На собеседовании могут быть общие темы, близкие к жизни.  

• Важно быть открытым к новому и не бояться задавать вопросы.  

• Системные аналитики часто сталкиваются с неопределенностью и должны уметь ориентироваться в новых областях.  

• Важно знать и проектирование, и системный анализ.  

• Опыт приобретается со временем, и навыки можно развивать в рамках работы.  

• Оба навыка могут чередоваться в зависимости от кейсов.  

• В Двх есть три профиля: системный аналитик, разработчик и системный аналитик плюс разработчик.  

• Системный аналитик больше занимается анализом, разработчик – разработкой, а системный аналитик плюс разработчик совмещает анализ и разработку.  

• Если вы отказались от участия в уик-энд офере, но передумали, можно повторно откликнуться через лендинг или написать рекрутеру.  

• Уик-энд офер пройдет 20-21 апреля, и мы рады видеть всех в нашей команде.