GetAnalyst – Details, episodes & analysis

Рано или поздно системные аналитики сталкиваются с брокерами сообщений — такими как 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

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

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

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

Эпизод будет полезен младшим системным аналитикам, которые готовятся к первому собеседованию или планируют смену работы, а также 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. Настольная книга системного аналитика: “Разработка требований к программному обеспечению”, Карл Вигерс

2. Эпизод подкаста Getanalyst: “Без ментора на работе: Стратегии работы с незнакомыми задачами для Системного Аналитика”

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 - Заключение и рекомендации по нефункциональным требованиям и организации работы с ними на проекте.