Модуль 1

Базовая инженерная гигиена аналитика

Первая ступень к инженерному подходу в SQL.

Если вы уже работаете с SQL каждый день, модуль поможет собрать систему: меньше хаоса в коде, больше контроля над изменениями.

Зачем идти

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

Проблема не в синтаксисе. Проблема в отсутствии инженерной системы: стандартов, структуры, quality gate и управляемости изменений.

Проблема  →  решение  →  результат

Это не курс про «еще один способ написать SELECT». Это переход от хаотичного SQL к поддерживаемому инженерному артефакту:

Что меняется в работе

with users_clean as (
select id, email, created_at
from users
where is_deleted = 0
),
orders_period as (
 select user_id, created_at,status, amount
 from orders
 where created_at >= date '2025-01-01'
),
payments_agg as (
select user_id,
sum(case when status='paid' then amount else 0 end) as sum_paid,
count(*) orders_count, max(created_at) last_order_at
from orders_period
group by 1
)
select u.id, u.email, a.sum_paid as paid_usd, a.orders_count,
case when a.last_order_at >= current_date - interval '30 day' then 'active' else 'sleep' end segment
from users_clean u left join payments_agg a on a.user_id=u.id
where a.sum_paid > 100 and u.created_at >= date '2020-01-01'
order by 3 desc,4 desc;

Что изменится

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

Программа модуля

Две недели, в которых по шагам собирается инженерная база аналитика.

Неделя 1

SQL как поддерживаемый инженерный объект

  1. Личная эффективность и инженерное мышление аналитика.
  2. Почему «работает» не равно «инженерно».
  3. Читаемость SQL: структура, CTE, анти-паттерны.
  4. Именование как архитектура.
  5. Структура проекта и изоляция ответственности.
  6. Документация: комментарии «зачем» и README как точка входа.

Неделя 2

Контроль качества и технический долг

  1. Форматтеры: автоматизация и консистентность.
  2. Линтеры: формализация правил и ограничение сложности.
  3. Минимальный quality gate перед сдачей.
  4. Технический долг в аналитике: дубли, hard-coded значения, неявные зависимости.
  5. Как убрать страх изменений и сделать рефакторинг безопасным.
  6. Принцип управляемости: воспроизводимость, понятность во времени, предсказуемые изменения.

Ведущий

Владимир Трифонов

Владимир Трифонов

Ведущий аналитик, 7+ лет

Последние 5 лет настраивал сквозную аналитику в Асконе, Самолете, Майбоксе и Летуаль.

До занимался разработкой системы управления заказами и морскими информационными системами.

Обожает везде находить закономерности, выстраивать и оптимизировать неэффективные процессы.

Формат

30 марта, пн

12:00 МСК

Домашка

31 марта, вт

19:00 МСК

Лекция

2 апреля, чт

19:00 МСК

Лекция

3 апреля, пт

до 19:00 МСК

Дедлайн

4 апреля, сб

11:00 МСК

Разбор домашки

6 апреля, пн

12:00 МСК

Домашка

7 апреля, вт

19:00 МСК

Лекция

9 апреля, чт

19:00 МСК

Лекция

10 апреля, пт

до 19:00 МСК

Дедлайн

11 апреля, сб

11:00 МСК

Разбор домашки

Нагрузка

Поддержка в чате: отвечаем в течение дня по мере поступления вопросов.

Для кого

Модуль подойдет, если вы:

Почему сейчас

Это фундамент, на который дальше естественно ложатся Git, dbt, тестирование данных и CI/CD среда.

В модуле вы получаете систему, которую можно сразу переносить в рабочие задачи.

Ключевой результат

Личный инженерный фундамент: меньше хаоса в SQL, больше контроля над своей работой и готовность к следующим модулям.

Как согласовать обучение с руководителем

Если обучение оплачивает компания, можно опираться на аргументы:

  • меньше дефектов и «пожарных» правок в SQL,
  • ниже риск ошибок при передаче задач между аналитиками,
  • быстрее онбординг новых сотрудников в существующий код,
  • выше предсказуемость сроков изменений в отчетах и витринах,
  • меньше техдолга, который тормозит команду в долгую.

Шаблон сообщения руководителю

February 18

Хочу пройти модуль по инженерной гигиене SQL. Он не про синтаксис, а про стандарты, структуру кода и контроль качества изменений. Для команды это снижает риск ошибок, ускоряет правки и упрощает передачу задач между аналитиками. По итогу внедрю чек-лист и единый подход к SQL-артефактам в текущих задачах. Формат компактный: 2 недели, вечерние занятия, понятные дедлайны. Считаю, что это быстро окупится за счет более предсказуемой и аккуратной работы с аналитическим кодом.

👍 БН --: --
Нажмите на сообщение, чтобы скопировать текст

Что останется после модуля

Присоединиться

Сделайте первый шаг к инженерному подходу в аналитике и соберите рабочую базу, которая экономит мыслетопливо каждый день.