Разрабатываете ли вы витрины и делаете релизы самостоятельно?
Что проверяют
Насколько вы самостоятельны в конце конвейера: пишете запрос и отдаёте инженеру данных или ведёте витрину от требования до прода и отвечаете за неё дальше. Заодно выясняют, что в вашей прошлой команде называли релизом.
Как отвечать
Назовите свою реальную зону ответственности и инструменты, которыми она закрыта. Рабочая структура рассказа:
- источник требования: кто и зачем просит показатель, как договорились о его определении;
- слой, где живёт витрина, и её зерно: одна строка это что именно, за какой период, в какой валюте и часовом поясе;
- обновление: полный пересчёт или инкремент, что происходит с опоздавшими данными, идемпотентен ли повторный запуск;
- проверки: уникальность ключа, отсутствие пропусков по датам, сверка итогов с источником;
- релиз: код в репозитории, ревью, прогон на тестовом контуре, выкат планировщиком.
Про релиз говорите подробно, это половина вопроса. Изменение витрины почти всегда задевает кого-то ниже по течению: дашборды, регулярные выгрузки, чужие модели. Поэтому переименование колонки делается через добавление новой и период, когда живут обе, а пересчёт истории запускается явно и отдельно от регулярного расписания.
Хорошо звучит и то, как вы узнаёте о поломке раньше пользователя: контроль свежести, сравнение с прошлым периодом, дежурство по инцидентам витрины.
Где спотыкаются
Называют витриной любую таблицу. Витрина это согласованный слой под конкретные вопросы бизнеса, с зафиксированными определениями метрик. Если выручка в трёх дашбордах считается по-разному, витрины нет, есть просто таблица.
Рассказывают про разработку и молчат про поддержку. Первый же вопрос про пересчёт за прошлый квартал или про смену часового пояса показывает, кто сопровождал витрину, а кто собрал её однажды и забыл.
Приводят красивые проценты про ускорение анализа. Проверить их нельзя, и звучат они как заученный шаблон. Лучше конкретика без цифр: что делалось руками, что стало по расписанию, кто перестал просить выгрузку.