Если вы уже работаете в IT и слышали о хранилищах данных (DWH), но никогда не сталкивались с ними вживую, этот выпуск подкаста для вас.
Мы делимся реальным опытом работы с DWH на крупных проектах: рассказываем про механизмы обмена данными, архитектуру, как выстраивается взаимодействие между аналитиками данных и системными / бизнес- аналитиками, какие процессы и коммуникации необходимы, и что может пойти не так.
Слушайте новый эпизод, чтобы перевести свои знания о DWH и BI-системах из разряда «теории» в категорию «я готов решать задачи на реальных проектах».
Сайт эпизода: https://getanalyst.ru/podcast/dwh-for-systems-analysts
Telegram-канал сообщества: https://t.me/getanalysts
Тайм-коды эпизода:
00:00 | Знакомство со спикером. Про старт карьеры аналитика данных.
03:20 | Нужно ли уметь программировать аналитику данных?
05:00 | DWH: что это и зачем нужно.
11:03 | Связь между DWH и BI-системами.
14:35 | Обсуждаем самописные BI-системы и готовые решения на рынке.
18:02 | PostgreSQL, MySQL, SQLite и другие СУБД, и как они связаны с DWH. MPP базы данных.
22:37 | Определение и сравнение OLTP- и OLAP-систем.
23:44 | Архитектура с BI-системами. Способы синхронизации данных в DWH. Использование Kafka.
29:22 | Системный аналитик и Аналитик данных: зоны ответственности и процессы в разработке.
38:19 | Взаимодействие между командами разработки основной системы и командой аналитики данных.
41:44 | Загрузка данных в DWH: проблемы, решения и оптимизация.
48:40 | Про несоблюдение обратной совместимости при работе с данными и БД.
53:00 | Рекомендации и пожелания для аналитиков, которые хотят лучше понимать BI-системы и DWH.
Ведущая:
Екатерина Ананьева
Гости:
Екатерина Колпакова,
Руководитель направления DWH и BI, EMEX
Рано или поздно системные аналитики сталкиваются с брокерами сообщений — такими как RabbitMQ и Apache Kafka. Эти технологии становятся неотъемлемой частью современной архитектуры систем.
Недавно мы выпустили 23-й эпизод подкаста про Kafka (https://getanalyst.ru/podcast/kafka-for-system-analysts), который вызвал много откликов. В продолжение этой темы — новый выпуск, в котором мы подробно разбираем брокер RabbitMQ: как он работает, когда применяется, и чем принципиально отличается от Kafka, чтобы вы могли уверенно выбирать решение под задачи проекта.
Этот выпуск будет полезен для опытных системных аналитиков, кто планирует работать в крупных IT-продуктах и проектах с распределенной архитектурой, и для всех, кто интересуется архитектурой систем и интеграциями через брокеры.
Сайт эпизода: https://getanalyst.ru/podcast/rabbitmq-vs-kafka
Тайм-коды эпизода:
00:00 | Введение. Про актуальность изучения брокеров для системных аналитиков.
3:00 | Сравнение механизмов обмена сообщениями через брокеры RabbitMQ и Kafka.
10:15 | RabbitMQ - базовое устройство, настройка, масштабируемость и поддержка.
15:01 | Чем отличается очередь в RabbitMQ от топика в Kafka?
23:38 | Потребление, приоритеты и удаление сообщений в RabbitMQ и Kafka.
26:27 | Общая сводка по отличиям между RabbitMQ и Kafka.
31:26 | Примеры использования RabbitMQ на проектах,в том числе совместно с Kafka.
37:15 | Что важно учитывать в постановке задачи для разработчиков на RabbitMQ.
44:55 | За отвечает системный аналитик при постановке задачи на RabbitMQ, а что находится в зоне ответственности архитекторов, DevOps и разработчиков.
47:24 | Подведение итогов и рекомендации.
Ведущая:
Екатерина Ананьева,
Основатель сообщества системных аналитиков GetAnalyst
Гость:
Яна Паршина,
Менеджер Системных аналитиков в X5 Tech
В этом эпизоде вы познакомитесь с актуальными AI-инструментами для системных аналитиков и получите практическое руководство по их применению в рабочих задачах: сравнение нейросетей, связки инструментов и особенности промпт-инжиниринга.
Ключевые нейросети в обзоре:
ChatGPT: https://chatgpt.com/
DeepSeek: https://www.deepseek.com/
Gemini: https://gemini.google.com
YandexGPT: https://alice.yandex.ru/
Эпизод основан на исследовании работы AI в “чистых” и обученных аккаунтах. Он будет полезен как опытным системным аналитикам, которые хотят убедиться, что используют нейросети по максимуму, так и новичкам, только начинающим путь в мир AI и желающим понять, с чего начать и как встроить нейросети в рабочие процессы.
Реальные кейсы, примеры и личный опыт.
Подкаст, который точно стоит послушать сегодня!
Статья к эпизоду с дополнительными материалами:
https://getanalyst.ru/podcast/ai-tools-for-systems-analysts
Telegram-канал сообщества СА и БА:
https://t.me/getanalysts
Часть 1. Общий обзор нейросетей
00:00 | Введение. Про начало эры нейросетей и почему тема искусственного интеллекта актуальна для системных аналитиков.
2:37 | Обзор и история появления ChatGPT и DeepSeek. Сравнение возможностей.
12:47 | Обзор Gemini AI от Google и YandexGPT. Сравнение возможностей.
15:44 | Для каких задач лучше всего подходит каждая из нейросетей. API для разработки собственных приложений. Стоимость и доступность для пользователей разных стран.
22:38 | Особенность, которая привела меня к использованию Gemini AI: почему я выбираю его для задач, где мне нужна проверенная информация.
Часть 2. Применение нейросетей для решения задач системных аналитиков
31:55 | Введение в тему использования нейросетей системными и бизнес-аналитиками.
32:57 | Разработка требований с использованием нейросетей. Рекомендации к формированию промптов (запросов).
43:26 | Анализ голоса и преобразование в структурированный текст. Личный опыт в помощи для рабочих задач. Дополнительные инструменты для анализа, поиска и генерации информации со встроенными возможностями AI.
49:43 | Создание UML диаграмм через нейросети.
54:57 | Создание BPMN диаграмм через нейросети.
59:36 | Визуализация информации и её структурирование: mind map, user story mapping и другие. Разработка презентаций.
01:01:04 | Диаграмма C4 для проектирования схем архитектуры.
01:03:49 | ER-диаграмма для описания БД на логическом и физическом уровнях. SQL-запросы к БД на основе загруженной ER-диаграммы.
1:12:22 | Проектирование API и требования к брокерам.
1:15:35 | Другие задачи аналитиков, с которыми могут помочь нейросети.
Ведущая подкаста:
Екатерина Ананьева,
основатель сообщества системных и бизнес-аналитиков 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
Поиск новой работы - это стресс. Включается “синдром самозванца”: хочется убедиться, что всё знаешь, что тебя возьмут на новое место и не осудят за смелый шаг в карьере.
Поэтому, прежде чем менять работу, мы, системные аналитики, начинаем усердно готовиться по теории, практике, пересматривать весь YouTube, жадно читать книги, повторять всё, что знали и чего не знали. Но бывают ситуации, когда даже при отличной подготовке и опыте проваливаешь первые собеседования. Самые распространенные причины - неизвестность и стресс.
Что говорить о неизвестности на собеседованиях, когда даже из текстов вакансий ты не всегда понимаешь что ждет на новом месте.
Чтобы помочь вам подготовиться к новому шагу в карьере и добавить уверенности, мы записали этот эпизод, в котором с руководителями в системном анализе рассказали про структуру собеседований, процесс составления вакансий и актуальные требования к системным аналитикам.
Эпизод будет полезен системным аналитикам и любым ИТ-специалистам, которым предстоит менять работу и хочется узнать про этот процесс больше. А также действующим и будущим руководителям, чтобы узнать про опыт коллег о том, как выбирать специалистов в свою команду.
01:17 - Актуальные вакансии в компаниях и почему они появляются.
04:37 - Кто составляет вакансии системных аналитиков и задает требования к кандидатам.
10:46 - Структура собеседования на системного аналитика. Теоретические и практические вопросы. Какого уровня системных аналитиков ищут, какой опыт нужен и что ожидают от кандидатов.
17:24 - Про зубрежку теории: почему это не работает на пользу кандидату. Подробный список вопросов собеседования и требований к системным аналитикам от СберЗдоровье.
21:54 - Отношение к собеседованию на 1.5 часа и техническим задачам во время собеседований.
30:04 - Про найм джунов (младших системных аналитиков): ожидания по навыкам и опыту. Цитата из эпизода: “Джуны - единственная сила, которая работает”.
35:21 - Процесс онбординга: что происходит после успешного найма системного аналитика. Как можно помочь адаптироваться новому сотруднику в IT-компании.
42:57 - Ожидания от нанятых сотрудников в течение испытательного срока.
46:40 - Сложности высадки новых сотрудников. Истории провального найма системных аналитиков. И про обязательный выходной по средам.
52:27 - Удаленка и построение взаимоотношений в компании. Интересные решения по развитию корпоративной культуры ИТ-компаний.
59:53 - Рекомендации по подбору сотрудников для руководителей в ИТ и по смене работы и собеседованиям для системных аналитиков.
Ведущая:
Екатерина Ананьева
Гости:
Никита Финько
Ольга Пашкова
Подкаст сообщества системных аналитиков t.me/getanalysts (https://getanalyst.ru).
Завершаете обучение на системного аналитика и вам предстоит искать первую работу? Или хотите стать наставником для начинающих IT-специалистов? А может, в вашу команду предстоит искать джуна системного аналитика? Вы нашли тот самый эпизод, который даст руководство к действию!
Каждая минута этого подкаста содержит ценную информацию о том, как действовать начинающему системному аналитику, чтобы найти первую работу, где искать стажировки, раскрывает процесс со стороны работодателей и в целом что происходит с двух сторон, прежде чем случится оффер на первую работу и после него.
А благодаря подготовленным дополнительным материалам вы сможете получить еще больше пользы от него.
00:20 - Знакомство с гостями подкаста - главный системный аналитик Кристина Виноградова и её успешно обученный стажер Елена Киселева. Предыстория Елены о старте карьеры Системным аналитиком.
03:58 - Почему для вас может быть интересно наставничество для стажеров (менторство) и почему, а кому не стоит этим заниматься.
9:28 - Как компании определяют потребность в стажерах и джунах (Junior-специалистах). И о том, как джунам-аналитикам может помочь знание математики.
11:42 - О ключевых навыках и качествах, которые опытные специалисты ждут от начинающих системных аналитиков.
13:53 - Как составляют вакансию на джуна Системного аналитика.
17:13 - Опыт поиска первой работы, когда ты только начинаешь карьеру системного аналитика. Как и где Лена искала стажировки, много ли было обратной связи от компаний на запросы.
23:41 - Как готовиться к собеседованию, если у вас нет опыта работы.
30:31 - Как понравиться вашему будущему руководителю и наставнику - советы для джунов. Почему Кристина выбрала Кристину как стажера к себе, чем Лена запомнилась по сравнению с другими кандидатами.
40:03 - Как строится программа обучения стажера Системного аналитика.
44:56 - С чего начинается работа на стажировке - к чему готовиться на первой работе по специальности Системного аналитика.
52:04 - Самые запоминающиеся моменты стажировки Лены. Как воспринимать негативную обратную связь.
54:35 - Подводим итоги. Рекомендации опытным системным аналитикам, кто хочет стать ментором или взять стажера от Кристины. Рекомендации для начинающих карьеру Системных аналитиков от Лены.
Упоминаемые книги и ссылки:
1. Настольная книга системного аналитика: “Разработка требований к программному обеспечению”, Карл Вигерс
3. Гайд от Елены Киселевой: “Поиск первой работы для начинающего Системного аналитика”
4. Чеклист по поиску стажера / джуна от Кристины на странице подкаста
Благодарим Кристину Виноградову и Елену Киселеву за передачу нам своего опыта!
Объем задач и зоны ответственности системного аналитика могут значительно отличаться в разных компаниях. Нередко системный аналитик совмещает дополнительные роли, такие как архитектор, проджект-менеджер, тестировщик и другие.
Какие обязанности у системного аналитика? Какие результаты он дает IT-команде и на что влияет? С какими документами работает? Давайте разбираться вместе с опытными системными аналитиками - руководителями направлений в компаниях.
В эпизоде мы рассказываем о профессии системного аналитика и документах, которые он создает в ходе своей работы (артефактах).
Он будет полезен опытным системным аналитикам, чтобы узнать о задачах и документах, с которыми работают их коллеги в разных крупных компаниях, найти общие черты и различия. Начинающим в профессии аналитикам он поможет понять, какие задачи их ожидают, на что стоит обратить внимание и какие знания могут понадобиться в зависимости от компании и проекта.
1:30 - Знакомство с гостями подкаста и их опытом в системном анализе.
6:27 - Текущие обязанности спикеров - главных системных аналитиков.
14:38 - Что создают системные аналитики в процессе работы, что передают разработчикам и другим участникам команды.
23:04 - Структура корпоративного шаблона постановки задачи от системного аналитика - техническая детализация требований.
25:43 - Инструменты системного аналитика для создания диаграмм, подключения к базам данных, тестирования API и другие, которые постоянно используются в работе.
34:00 - Какие требования документировать, а какие нет. Чек-лист аналитики. ФТ (функциональные требования), БТ (бизнес-требования), НФТ (нефункциональные требования), интеграции, базы данных и другие.
42:28 - Как системный аналитик участвует в проектировании архитектуры? Обязательно ли знать C4 или другие нотации.
47:25 - Другие документы, руководства, инструкции и управленческие документы, которые может создавать системный аналитик. Информационная безопасность.
54:50 - Пожелания и рекомендации от Никиты и Оли по работе с новыми задачами.
Ссылки на документы и инструменты, упоминаемые в эпизоде:
Structurizr - инструмент для создания диаграмм в нотации C4 через код, моделирование архитектуры.
ГОСТ 34. Техническое задание на создание автоматизированной системы.
Ведущая:
Екатерина Ананьева
Гости:
Никита Финько, Главный аналитик в Росбанк
Ольга Пашкова, Руководитель отдела системного анализа в СберЗдоровье
При растущей сложности архитектуры систем, аналитикам в IT часто приходится знакомиться с новым инструментами и технологиями. В этом эпизоде подкаста мы обсуждаем опыт внедрения Camunda в проект - мощного инструмента для моделирования и автоматизации бизнес-процессов с использованием BPMN.
Если вы хотите понять, подойдет ли вам Camunda, как с ней работать и какие результаты можно ожидать от внедрения этого решения, этот эпизод будет особенно полезен.
1:07 - Что такое Camunda и чем она может быть полезна для системных и бизнес-аналитиков, разработчиков?
3:24 - Использование Camunda как оркестратора в микросервисной архитектуре. Хореография и оркестрация.
7:43 - Кристина делится опытом использования Camunda для расчетов сумм выплат клиентам.
10:28 - Какова роль нотации моделирования бизнес-процессов BPMN в Camunda. Уровни проектирования BPMN-диаграмм.
16:16 - Нотация BPMN. Можно ли использовать BPMN вместо UML Sequence.
21:09 - DMN как прекрасное дополнение BPMN.
23:01 - Другие инструменты, кроме Camunda Modeler, для создания BPMN-диаграмм.
25:35 - Как использовать Camunda? Обзор решения.
29:38 - Как интегрировать Camunda в действующую систему.
32:08 - Результат внедрения Camunda, личный опыт.
40:55 - С чего начать знакомство с Camunda и нотацией BPMN.
46:40 - Рекомендации по самостоятельному обучению.
Сокращения:
+ BPMN - Business Process Model and Notation - нотация для моделирования бизнес-процессов.
+ DMN - Decision Model and Notation - это единая, понятная всем бизнес-пользователям нотация для моделирования процессов принятия решений.
Инструменты:
+ Camunda Modeler - бесплатный инструмент для создания BPMN диаграмм, который проверяет соблюдение нотации:
https://camunda.com/download/modeler/ (Open Source Desktop Modeler)
+ Storm BPMN - инструмент для наведения порядка в бизнес-процессах:
https://stormbpmn.com/
Полезные ссылки от Кристины по BPMN:
https://bpmn2.ru/
Ведущая:
Екатерина Ананьева
Гость:
Кристина Виноградова
Подкаст сообщества системных аналитиков GetAnalyst.
Искусственный интеллект восхищает своими темпами роста функциональности и количества пользователей с момента запуска в открытый доступ в декабре 2022 года. От простой работы с текстом до анализа изображений и общения с ним голосом мы дошли за полтора года.
Искусственный интеллект в виде инструмента ChatGPT или другого аналога скоро станет обязательной строчкой в резюме для всех специалистов, не только в сфере IT. И если не начать сейчас осваивать технологии сегодняшнего дня и смотреть в потенциальное будущее, то можно отстать и потеряться.
В этом эпизоде подкаста вы познакомитесь с возможностями Искусственного Интеллекта ChatGPT для профессии системного аналитика, и узнаете о проблемах, которые могут быть связаны с его использованием.
1:30 - Определение Искусственного Интеллекта (ИИ) / AI (Artificial Intelligence).
6:32 - Что такое ChatGPT, как он работает и какие задачи выполняет.
15:56 - Идеальное транскрибирование голоса в текст за счет анализа контекста Искусственным Интеллектом через мобильное приложение ChatGPT.
18:12 - Обзор карты навыков системного аналитика и применение ChatGPT как дополнительного инструмента в работе. Про сбор требований.
27:11 - Работа с бизнес-требованиями. Диаграммы BPMN (инструмент Camunda). Для презентаций рекомендуется приложение Canva.
37:49 - Работа с функциональными и нефункциональными требованиями (упоминаемый подкаст про НФТ). Диаграммы UML (инструмент PlantUML) через ChatGPT.
41:55 - Документирование, проектирование базы данных, архитектура систем.
48:15 - Маппинг данных с помощью ChatGPT при постановке задач на интеграции и API.
49:19 - Проектирование REST API через ChatGPT.
53:23 - Тестирование, инструменты и другие навыки системного аналитика.
Пример Swagger-документации Wildberries, пример рабочего проекта с кодом.
1:01:51 - Где использовать ChatGPT. Полезен или вреден ChatGPT? На что обращать внимание. Отсылка на статью про C4 -диаграмму для архитектуры.
В этом эпизоде подкаста GetAnalyst мы обсуждаем нефункциональные требования: не только в теории, но и на практике. Приводятся конкретные примеры для каждого вида таких требований, которые могут быть применены в реальных ИТ-проектах.
Этот выпуск поможет системным и бизнес-аналитикам при подготовке к собеседованиям или перед стартом работы над нефункциональными требованиями для ТЗ нового проекта.
Статья к подкасту: https://getanalyst.ru/podcast/nft
1:08 - Когда мы встречаемся с нефункциональными требованиями и что важно знать о них перед началом работы. Знакомство с проектом TelMed (https://t.me/getanalysts/1646).
08:09 - Что такое нефункциональные требования (НФТ). О проверяемости нефункциональных требований.
12:28 - Определение нефункциональных требований по Вигерсу (книга “Разработка требований к программному обеспечению”), ГОСТ-34 (https://www.prj-exp.ru/gost/gost_34-602-89.php) и Software Requirements Specification, IEEE (https://github.com/rick4470/IEEE-SRS-Tempate или https://ieeexplore.ieee.org/document/278253).
23:21 - Источники нефункциональных требований.
29:54 - Виды нефункциональных требований на примере медицинского проекта TelMed. Этап сбора потребностей из источников - первичная аналитика.
45:04 - Работа с нефункциональными требованиями для ТЗ и рядовых постановок задач на разработчиков. Личный опыт. Связь с принципами дизайна UI и архитектурой.
51:06 - Доступность. SLA - service-level agreement.
56:10 - Удобство установки.
01:01:36 - Целостность данных. Совместимость.
01:04:23 - Производительность.
01:06:24 - Надежность. Устойчивость.
01:09:13 - Защита и безопасность.
1:13:00 - Удобство использования. О боли про “Интуитивно понятный интерфейс”.
1:16:10 - Эффективность использования ресурсов.
1:18:10 - Модификация. Переносимость. Возможность повторного использования.
1:21:41 - Масштабируемость.
1:24:03 - Проверяемость и тестируемость. Другие требования по ГОСТ-34.
1:27:28 - Порядок работы с нефункциональными требованиями.
1:34:54 - Заключение и рекомендации по нефункциональным требованиям и организации работы с ними на проекте.
В новом эпизоде разобрана работа механизма вебхуков на примере интеграции между медицинской и страховой системой.
Дополнительные материалы к подкасту: https://getanalyst.ru/podcast/webhooks
Из медицинской информационной системы в страховую подаётся заявка на получение выплат за пациента. Её рассмотрение может занять от сотен миллисекунд до 20 рабочих дней, что создаёт неопределённость и задержки в обновлении статуса.
Традиционные методы опроса страховой системы через API могут быть неэффективными: постоянные запросы могут перегружать систему и не всегда своевременно обновлять статус. Но как быть, если статус заявки может измениться в любой момент и нам нужно доставить его до клиники и пациента оперативно?
На помощь приходят Webhooks - вебхуки. Этот механизм позволяет страховой компании автоматически отправлять уведомления о новом статусе заявки в медицинскую систему сразу после его изменения. Это не только сокращает нагрузку на серверы обеих систем, но и предоставляет актуальную информацию без задержек и лишних запросов.
В этом эпизоде вы узнаете, как работают Webhooks, их преимущества по сравнению с традиционными методами опроса, и как их можно использовать для улучшения взаимодействия между информационными системами.
Актуально для опытных системных и бизнес-аналитиков, кто только знакомится с интеграциями систем или уже давно работает с ними, но еще ни разу не работал с вебхуками.
1:50 - Обсуждение возможных вариантов решения задачи, если вы не знакомы с механизмом вебхуков (Webhooks). Polling и Long Polling и почему.
08:53 - Что такое вебхуки - разбор на примере интеграции медицинской и страховой систем.
10:42 - Как технически реализуется вебхук в рамках интеграции систем, когда в нашу систему-подписчика надо получать уведомления из внешней.
14:54 - Почему механизм Webhooks лучше механизма Polling и других подобных способов опроса внешней системы по таймерам, по расписанию.
20:30 - Как обеспечить работу вебхуков: реализация на стороне системы, которая оповещает о событиях.
26:23 - Почему рекомендуется использовать очереди сообщений (RabbitMQ / Kafka) для рассылки уведомлений о произошедших событиях при реализации вебхуков. Алгоритм реализации обработки сообщений из очереди.
28:47 - Механизм подписки на вебхуки для потребителей уведомлений.
31:05 - Прием вебхуков на стороне системы-подписчика в очередь и последующая их обработка.
32:27 - Про реализацию метода POST для вебхука на стороне системы-подписчика.
36:08 - Больше примеров задач и бизнес-процессов, где нужны вебхуки.
39:49 - Подведение итогов и рекомендации.
