GetAnalyst

Многие компании ожидают, что системные аналитики умеют работать с Kafka. Но с чего начать изучение этой технологии?

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

Презентация к эпизоду: https://getanalyst.ru/podcast/kafka-for-system-analysts

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

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

00:00 | Введение. Почему знание Kafka может быть актуально для Системного аналитика.
03:37 | Знакомство с Kafka - базовое устройство, принцип работы и примеры использования.
05:26 | Возможно ли прямое подключение Frontend (мобильных, веб- и других) приложений к Kafka.
09:51 | Pull- и Push- модели взаимодействия консьюмеров с брокером.
11:17 | Почему выбирают Kafka, а не другие брокеры. Для решения каких задач она подходит лучше всего.
13:21 | Внутреннее устройство Kafka. Кто принимает решения в проекте за выделение топиков (тем) внутри брокера.
22:12 | Способы организации сообщений в Kafka (FIFO). Порядок чтения сообщений консьюмерами. Оффсеты (offset).
26:24 | Как понять, когда сообщение можно удалять из брокера. И про вечное хранение сообщений в брокере.
28:49 | Current offset. Log-start offset. Log-end offset.
30:09 | Из чего состоят сообщения, передаваемые в брокер Kafka.
31:58 | Сравнение Kafka и RabbitMQ. Что выбрать?
35:36 | Что нужно знать Системному аналитику про Kafka, чтобы начать работать с постановками задач. Шаблон постановки задачи.
40:05 | Инструменты для работы с Kafka.
41:45 | Подведение итогов и рекомендации для аналитиков.

Ведущая:
Екатерина Ананьева

Гости:
Елизавета Акманова,
Старший системный аналитик в компании UseTech

В этом эпизоде подкаста мы разбираем 13 типичных ошибок при использовании нотации BPMN на примере задачи, которую может получить на собеседовании Системный или Бизнес-аналитик.

Статья к эпизоду: https://getanalyst.ru/podcast/bpmn-top-mistakes 

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

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

00:00 | Введение. Зачем нотация BPMN нужна системным аналитикам и в разработке в целом?

06:12 | Ключевые элементы нотации BPMN.

07:54 | Инструменты для создания BPMN-диаграмм.

11:34 | Знакомство с бизнес-процессом. Обзор BPMN-диаграммы процесса с ошибкой.

15:50 | Группы ошибок в BPMN, которые можно выделить.

17:24 | Элементы не из BPMN.

18:52 | Процесс сверху-вниз или “змейка”.

19:50 | Неверные события.

20:45 | Неверные шлюзы.

23:02 | Неверные потоки.

24:17 | Текст вместо элементов диаграммы.

27:02 | Неверные символы для действий / задач.

30:05 | Все события завершаются в одном.

31:53 | Отсутствие начального и/или конечного событий.

32:47 | Много стрелок из/в задачи.

36:01 | Дорожки или развернутые пулы.

39:28 | Одна задача для множественной логики.

41:10 | Задачи “передать - получить” информацию.

42:09 | Обзор итоговой диаграммы.

43:13 | Подведение итогов и рекомендации по самостоятельному изучению BPMN.

Ведущая:
Екатерина Ананьева

Гость:
Яна Паршина,
Менеджер Системных аналитиков в X5 Tech

Подкаст сообщества системных аналитиков GetAnalyst.

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

Эпизод будет полезен системным аналитикам, кто работает с Backend, API и интеграциями, а также тем, кто только начинает осваивать эту область. Кроме того, он станет отличным ресурсом для подготовки к собеседованиям, помогая освежить теоретические знания и понять практические аспекты безопасности в API.

Статья к эпизоду: https://getanalyst.ru/podcast/api-authorization
Сообщество GetAnalyst: https://t.me/getanalysts

00:19 - Когда системный аналитик встречается со сценариями авторизации в системе.

2:51 - Предварительные шаги процесса авторизации: идентификация и аутентификация.

8:19 - Секретный ключ для работы с API - Token для подписания запросов.

9:23 - Понятие авторизации запросов к API.

14:25 - Постановки задач на разработчиков, связанные с авторизацией пользователей в системе.

15:53 - Задачи на авторизацию при проектировании собственного API, например - REST API.

24:12 - Задачи на авторизацию при проектировании интеграций с внешними системами. Особенности процесса авторизации для приложений и пользователей.

24:12 - Задачи на авторизацию при проектировании интеграций с внешними системами. Особенности процесса авторизации для приложений и пользователей.

34:20 - Способы авторизации в API. API-key.

40:26 - Basic Authorization

45:22 - Bearer Token

48:47 - JWT Token (JSON Web Token)

50:00 - OAuth 2.0

55:54 - Подведение итогов и рекомендации.

Ведущая:
Екатерина Ананьева,
основатель сообщества GetAnalyst

В эпизоде разбираем одну из самых популярных задач для собеседования на системного аналитика: проектирование БД, ER-диаграмма и связь “многие ко-многим”.

Эпизод будет полезен для всех начинающих и опытных системных аналитиков, у кого мало опыта в создании ER-диаграмм с нуля.

При прослушивании эпизода обязательно держите открытой статью со схемами и картинками к нему:
https://getanalyst.ru/podcast/database-er-diagram-interview

Рекомендуется перейти в любой видео-источник и смотреть подкаст с видео к нему.

Введение
00:18 - Про актуальность задачи проектирования БД и работы с ER-диаграммами системных аналитиков. Draw.io для создания ER-диаграмм.

Этап 1. Создание каркаса ER-диаграммы
05:00 - Первые шаги в создании ER-диаграммы - сущности и свойства. СУБД PostgreSQL для определения типов данных.
14:33 - Внешние ключи (FK - Foreign Key). Установка связей между таблицами по id сущностей.
15:50 - Структурирование данных при хранение в БД (Адрес + ФИО аналогично).

Этап 2. Представление ER-диаграммы в виде таблиц EXCEL
19:29 - Представление данных в EXCEL: как таблицы в ER-диаграмме связаны с реальным хранением данных.
26:02 - Как найти связь “многие-ко-многим” и избавиться от неё. Зачем убирать связь “многие-ко-многим”.

Этап 3. ER-диаграмма после добавления промежуточной таблицы, чтобы убрать связь "многие-ко-многим"
31:09 - Промежуточная таблица для связи “многие-ко-многим”: как её добавить и что происходит с кратностями и внешними ключами.
38:27 - Исторические данные в БД с классическим примером по Интернет-магазину.

Разбор дополнительных задач, чтобы “набить руку”
40:19 - Почему задача важна и как её могут непредсказуемо усложнять и развивать в процессе.
41:51 - Пример простой задачи по медицинской системе.
44:36 - Усложненная задача по агентству недвижимости.
52:59 - Подведение итогов и рекомендации.

Ведущая:
Екатерина Ананьева

В этом эпизоде мы рассказываем об архитектуре систем, а именно о двух мощных инструментах, которые могут существенно изменить подход системного аналитика к проектированию сложных систем: Domain Driven Design (DDD) и Event Storming.

Мы обсудим, почему эти подходы становятся всё более популярными, как их правильно применять и каких ошибок стоит избегать. Вы узнаете, как Event Storming помогает разложить сложные процессы на отдельные события, почему это важно для проектирования архитектуры и как использовать эти инструменты в новых проектах и при пересмотре существующих решений.

Сайт эпизода с дополнительными материалами:
https://getanalyst.ru/podcast/ddd-event-storming

00:18 - Почему темы архитектуры, Domain Driven Design (DDD) и Event Storming становятся всё более актуальными для системных аналитиков.
3:50 - Знакомство с принципами проектирования архитектуры по DDD.
8:40 - Про подход Event Storming и о его пользе для выделения независимых частей системы - потенциальных микросервисов. Правила проведения.
14:32 - Кто участвует в Event Storming и как часто его проводят.
17:53 - Когда команда встречается с Event Storming и работает над выделением микросервисов. Про новые проекты и пересмотр архитектуры существующих.
22:58 - Микрофронтенды и применение Event Storming.
24:22 - Ошибки и проблемы в применении подхода DDD и Event Storming.
33:31 - Когда аналитик впервые знакомится в своём опыте с Event Storming, какой должен быть грейд.
35:40 - Про ситуацию из жизни, когда надо было перепроектировать работающие микросервисы заново.
45:48 - Подведение итогов и рекомендации для слушателей.

Ведущая:
Екатерина Ананьева, 
Основатель сообщества Системных аналитиков GetAnalyst

Гость:
Яна Паршина,
Менеджер Системных аналитиков в X5 Tech

Работаете с задачами на Backend, проектируете методы REST API или описываете интеграции? Этот эпизод актуален для вас. В нём мы разберём, что такое версионирование API, когда и почему нужно вводить новые версии, какие подходы к версионированию лучше использовать и как это влияет на его пользователей.

Эпизод будет полезен системным аналитикам, которые работают с интеграциями, разрабатывают контракты методов API и сталкиваются с задачами изменения существующих API. Особенно это актуально в задачах на проектирование REST API методов.

Сообщество системных аналитиков GetAnalyst: t.me/getanalysts
Сайт эпизода: https://getanalyst.ru/podcast/api-versioning

00:19 - Знакомство со спикером и актуальность темы версионирования API.
03:05 - Что включает понятие версионирования API. Обратная совместимость в API.
7:55 - Сколько версий API могут работать одновременно.
8:59 - Как долго занимает переход с одной версии API на другую. Как правильно выводить из эксплуатации устаревшие версии API.
11:51 - Разработка контрактов REST API системными аналитиками: OpenAPI, Swagger, GitHub, Postman, Confluence.
14:51 - Проблемы тестирования и инфраструктуры при наличии нескольких активных версий API. Информирование клиентов об изменениях в API.
20:20 - Реализация версий в API и что об этом надо знать системному аналитику. Где указывать версию и в каком формате.
30:20 - Переход клиентских приложений на новые версии API. Проблемы и решения.
41:15 - Как отслеживать количество пользователей, использующих устаревшие версии API.
44:46 - Итоги эпизода и практические рекомендации.

Ведущая:
Екатерина Ананьева

Гости:
Елизавета Акманова,
Старший системный аналитик в компании UseTech

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

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

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

Статья к эпизоду с дополнительными материалами:
https://getanalyst.ru/podcast/diagrams 

00:18 - Актуальность использования диаграмм в разработке и проектировании систем.
02:38 - Основные диаграммы, используемые на практике системными аналитиками.
06:07 - UML Sequence - диаграмма последовательности.
13:47 - UML Activity - диаграмма деятельности.
16:34 - UML классов и ее применение в реальной работе системным аналитиком.
21:34 - ER-диаграмма реляционной базы данных.
30:20 - SysML Requirement Diagram (Диаграмма требований): для тех, кто работает с IoT, роботами, беспилотниками и не только.
35:18 - Data Flow Diagram (DFD) - Диаграмма Потоков Данных.
38:54 - Диаграмма С4 для проектирования архитектуры, её уровни и их полезность.
49:37 - BPMN-диаграмма для системных аналитиков, и “когда есть Camunda”.
55:01 - Mind Map, CJM (Customer Journey Mapping), User Story Mapping, SysML диаграмма обзора взаимодействия.
1:04:20 - UML Диаграмма состояний.
1:06:35 - ТОП диаграмм для системного аналитика.
1:08:39 - Соблюдение нотаций моделирования в диаграммах - нужно ли?
1:12:37 - Всегда ли нужны диаграммы и какие нужно знать для подготовки к собеседованию на системного аналитика.
1:19:57 - Подведение итогов и рекомендации для коллег.

Ведущая:
Екатерина Ананьева, 
Основатель сообщества Системных аналитиков GetAnalyst

Гость:
Яна Паршина,
Менеджер Системных аналитиков в X5 Tech

Если вы уже работаете с проектированием баз данных и не используете, либо забыли про нормальные формы, или только начинаете их изучать тему, то этот эпизод для вас!

Он посвящен основам проектирования реляционных баз данных, а именно — нормальным формам: что это, сколько их, и как они помогают улучшить структуру базы данных.

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

Мы начнем с объяснения, что такое реляционная база данных, а затем шаг за шагом разберем процесс её нормализации. На простых примерах вы увидите, как выглядит таблица “до” и “после” применения каждой нормальной формы.

Статья к подкасту и видео эпизода:

⁠https://getanalyst.ru/podcast/database-normal-forms⁠ 

Рекомендации:

Книга Д. Осипова “⁠Технологии проектирования баз данных⁠”

Книга К. Дейта “Введение в системы баз данных”

Статья “⁠Нормализация отношений. Шесть нормальных форм⁠”  

0:18 - О практическом применении нормальных форм БД в работе

02:16 - Термины и определения связанные с реляционными базами данных

07:36 - Определение нормальной формы для базы данных, когда они нужны и какой пример будем разбирать в подкасте

11:49 - 1НФ (первая нормальная форма)

15:09 - 2НФ (вторая нормальная форма)

19:49 - 3НФ (третья нормальная форма)

27:30 - НФБК (нормальная форма Бойса-Кодда)

29:56 - 4НФ (четвертая нормальная форма)

33:31 - 5НФ (пятая нормальная форма)

36:35 - ДКНФ (доменно-ключевая нормальная форма)

39:05 - 6НФ (шестая нормальная форма)

42:00 - Выводы и рекомендации

Каналы подкаста и сообщества:
https://t.me/getanalysts
https://t.me/kateit

Приглашаем вас на новый эпизод подкаста, где мы погружаемся в процесс тестового собеседования на младшего системного аналитика.

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

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

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

Дополнительные материалы можно найти на сайте подкаста.

Введение
00:19 - Знакомство со спикерами. О подготовке к эпизоду с собеседованием на подкасте
06:20 - О формате собеседования в эпизоде

Блок 1. Вопросы от Кристины для Екатерины
7:19 - Диаграммы для аналитиков
13:33 - Функциональность и мышление CRUD-моделью
15:14 - Заказная и продуктовая разработка

Блок 2. Вопросы от Кристины для Елены
20:04 - БД и СУБД
22:25 - Приоритезация требований
25:23 - Методы HTTP (REST API). Рекомендация статьи “Проектирование REST API: спорные вопросы с проектов и собеседований”
30:48 - Дополнения от Кристины по ответам на вопросы блоков 1 и 2

Блок 3. Вопросы от Елены для Екатерины
38:51 - Критерии качества требований.
43:02 - Синхронное и асинхронное взаимодействие.
46:50 - Определения первичного (PK) и внешнего (FK) ключей в БД.

Блок 4. Вопросы от Елены для Кристины
51:14 - Определения бизнес-, функциональные и нефункциональные требования
53:50 - Способы документирования требований
56:55 - Про сравнение REST и SOAP

Блок 5. Вопросы от Екатерины
1:00:29 - Определение API
1:06:26 - Backend и Frontend
1:07:35 - JSON

Блок 6. Практические задачи для собеседования на младшего системного аналитика - обзор
1:10:07 - Технические задачи на понимание проектирования систем
1:14:06 - Логические задачи на проверку мышления
1:22:50 - Дополнительные технические задачи

Подведение итогов:
1:25:23 - Рекомендации для начинающих системных аналитиков по подготовке к собеседованиям.

Следите за анонсами подкаста в Telegram :)

Ведущая:
Екатерина Ананьева

Гости:
Кристина Виноградова
Елена Киселева

Как повторные запросы API могут привести к сбоям в системе? Почему важно, чтобы результат операций оставался корректным, даже если их порядок выполнения изменится?

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

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

Презентация к эпизоду: https://getanalyst.ru/podcast/idempotency-and-commutativity-api

1:25 - Проблемы приложений, которые игнорируют идемпотентность и коммутативность в своих API.

3:24 - О принципах работы сетей с пакетной передачей данных.

6:15 - Определение идемпотентности и коммутативности. О проблемах, с которыми столкнулись на проекте из-за несоблюдения этих свойств API. Как защищаться от этих проблем со стороны UI, без изменения API.

11:40 - Ключ идемпотентности и где его использовать в REST API в headers, query или body JSON. Естественный и суррогатный ключ.

18:45 - Инварианты в пользовательских сценариях - о проблемах бизнес-логики из-за которой создаются дубликаты данных в системе.

26:00 - Коммутативность в API.

30:52 - GET, POST, PUT, PATCH, DELETE и их идемпотентность. Почему метод PATCH не идемпотентный, хотя он похож на идемпотентный. Можно ли не идемпотентные методы делать идемпотентными.

42:25 - Подведение итогов и рекомендации.

Ведущая: 
Екатерина Ананьева

Гости:
Елизавета Акманова, Старший системный аналитик в компании UseTech