GetAnalyst

Большинство системных аналитиков уверены, что знают REST API. Но на техническом собеседовании именно в этой задаче бывает больше всего ошибок.Разбираем реальную задачу с собеседования: проектируем REST API метод для системы технической поддержки — от первого вопроса интервьюеру до обработки ошибок.Telegram-канал сообщества: https://t.me/getanalysts Статья к эпизоду и ссылки на видео: https://getanalyst.ru/podcast/system-analyst-interview-restapi Идём по шагам: выбор HTTP-метода, структура URL, query-параметры для фильтров, сортировок и пагинации, заголовки, JSON и коды ошибок.После основного разбора — 20+ вопросов с подвохом, на которых аналитики чаще всего ошибаются: текстовый поиск, SQL-инъекции, оптимизация производительности, GET vs POST.🔍 Во время записи была допущена маленькая ошибка. Найдёте? Ответ — в статье к эпизоду.Эпизод полезен всем, кто готовится к техническому собеседованию на позицию системного аналитика и хочет перестать ошибаться там, где ошибаются все.Тайм-коды эпизода:00:18 | Введение02:22 | Условие задачи с технического собеседования системного аналитика03:55 | Какие уточняющие вопросы задать интервьюеру перед проектированием API06:02 | HTTP API vs REST API: в чём разница07:09 | Проектирование REST API-метода: HTTP-метод и URL14:12 | Query-параметры: как проектировать фильтрацию22:47 | Query-параметры: как проектировать сортировку в REST API25:49 | Query-параметры: как проектировать пагинацию26:36 | Headers: какие заголовки нужны в REST API-запросе31:46 | Ответ REST API: HTTP-статусы, headers, body и JSON38:23 | Проектирование JSON-ответа с нуля47:26 | camelCase или snake_case в JSON: что выбрать для REST API51:20 | Массивы в JSON: как правильно описывать списки объектов53:15 | Пагинация в REST API: как отразить в URL и JSON-ответе57:29 | Проектирование ошибок REST API: HTTP 400, HTTP 422 и другие статусы01:03:59 | Query-параметры на практике: особенности фильтрации и поиска01:05:40 | Вопросы с подвохом: фильтры и текстовый поиск в REST API01:08:38 | Вопросы с подвохом: доступ к данным, логирование и дополнительные фильтры01:12:17 | Вопросы с подвохом: как работает текстовый поиск01:13:04 | Вопросы с подвохом: пагинация, сортировка, SQL-инъекции и таймауты01:17:47 | Вопросы с подвохом: оптимизация производительности API01:19:49 | Почему GET, а не POST для получения данных. Форматы даты и другие спорные вопросы01:23:35 | Проектирование БД через ИИ-агента: связь БД, JSON и индексов01:26:47 | Как готовиться к техническому собеседованию системного аналитикаВедущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.

SSE API — тема, о которой говорят заметно реже, чем про REST, WebSocket или брокеры. И зря.Во многих системах нужен не просто классический запрос-ответ, а доставка данных в интерфейс в реальном времени: статусов, уведомлений, прогресса обработки и других изменений на экране без ручной перезагрузки. Один из подходов для таких сценариев — SSE.Сообщество GetAnalyst:https://t.me/getanalystshttps://vk.com/getanalyst Сайт эпизода со ссылками:https://getanalyst.ru/podcast/sseВ этом выпуске разбираем, как устроен SSE, где он встречается в реальных проектах, чем отличается от WebSocket, как влияет на архитектуру системы, безопасность и постановку задач в разработку.Если вы системный аналитик, который хочет не просто знать названия технологий, а понимать, когда, зачем и как их применять в проекте, — этот выпуск точно для вас.Тайм-коды эпизода:00:18 | Введение в SSE: как обмен данными в реальном времени связан с информационной безопасностью.04:00 | Что такое SSE API и как он работает.07:16 | Чем SSE отличается от HTTP с Keep-Alive.10:52 | Как выглядит SSE-соединение: инициализация запроса, сообщения в потоке, форматы данных.16:47 | Использование SSE API в реальных проектах: примеры.21:24 | Архитектурные решения при внедрении SSE: отдельный сервис или часть основной бизнес-логики.24:19 | Как сервис с SSE API должен быть связан с API Gateway.27:49 | Когда выбирать SSE, а когда WebSocket.34:17 | Преимущества и недостатки SSE.42:27 | Что системному аналитику учесть в постановке задачи на разработку SSE-метода: разбор шаблона документации.47:10 | С чего начать изучение SSE: как практиковаться, в том числе через Postman.Ведущая:Екатерина АнаньеваОснователь сообщества Системных Аналитиков GetAnalyst.Гости:Владимир Бурмистров,Главный Системный Аналитик, T1.

Разбираем задачу системного аналитика, аналоги которой регулярно встречаются в реальной работе и на технических собеседованиях. Проектируем интеграцию системы ЭДО (электронный документооборот) по API с внешними сервисами DaData и Т-Банка.Telegram-канал сообщества: https://t.me/getanalystsМатериалы к эпизоду: https://getanalyst.ru/podcast/system-analyst-interview-integrations (+ ссылки на видео)Идем по шагам: от выбора архитектуры (монолит vs микросервисы) и написания интеграционных Use Case до маппинга данных и проектирования REST API эндпоинтов. На практике смотрим, как читать API-документацию вендора, что выбрать для фоновой синхронизации оплат — Polling или WebHook, как обработать ошибки и сформировать финальные постановки задач команде разработки.Максимум практики по системному анализу и проектированию интеграций.Тайм-коды к эпизоду:00:18 | Введение. Рекомендация к просмотру видео-эпизода.01:57 | Постановка задачи: система ЭДО и вводные по интеграции с API DaData и Т-Банком.08:39 | Пошаговый план работы аналитика над интеграцией (статья: https://habr.com/ru/articles/735332/).10:44 | Проектируем архитектуру: монолитный подход.15:58 | Проектируем архитектуру: микросервисный подход.22:02 | Технический сценарий работы для кнопки «Заполнить по ИНН» в микросервисной и монолитной архитектурах.25:02 | Промежуточные итоги: чекаем шаги интеграции.26:43 | Интеграционный Use Case: алгоритм получения реквизитов по ИНН.31:43 | Сценарий генерации PDF-счета через внешний сервис и доработка архитектуры.36:32 | Фоновая синхронизация оплат с Polling. Разбор API Т-Банка, оптимизация архитектуры и UML-диаграмма.45:53 | Фоновая синхронизация оплат с WebHook: анализ API и UML-диаграмма.49:45 | Обработка ошибок и проектирование альтернативных сценариев.52:08 | Проектирование REST API эндпоинтов и маппинг данных.58:58 | Формируем итоговый список задач для Backend, Frontend и БД.01:01:55 | Итоги выпуска и практические рекомендации.Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.

Всё чаще в разговорах о собеседованиях для системных аналитиков можно услышать про формат System Design Interview, связанный с проектированием архитектуры. Но что именно под ним имеется в виду, как он проводится и какие навыки проверяет?Telegram-канал сообщества: https://t.me/getanalysts  VK сообщество: https://vk.com/getanalyst  Статья к эпизоду с доп. материалами: https://getanalyst.ru/podcast/system-design-interview  В этом эпизоде разбираем, что такое System Design Interview для системного аналитика, какие вопросы и задачи могут встретиться на таком собеседовании, какие компетенции оценивают и почему этот формат становится всё более актуальным.Эпизод особенно полезен для Middle+ и Senior аналитиков, которые уже работают с интеграциями, сервисами, микросервисной архитектурой или планируют переходить в более сложные продуктовые и технические команды.Тайм-коды к эпизоду:00:18 | Почему вопросы по архитектуре (System Design) становятся всё более актуальными на собеседованиях для системных аналитиков. Знакомство со спикером.04:18 | Что такое System Design Interview и как оно проводится.07:00 | Какие компетенции проверяет формат System Design Interview. Для каких грейдов используется.16:10 | Наблюдаемость системы: метрики, логирование, мониторинг. Что хотят от аналитика по этой части?19:53 | Этапы System Design Interview = этапы проектирования системы.24:20 | Почему компании внедряют System Design Interview для системных аналитиков.26:29 | Типичные ошибки системных аналитиков на собеседованиях.34:19 | Рекомендации по подготовке к System Design Interview. Как прокачивать навыки и где изучать темы.Ведущая:Екатерина АнаньеваОснователь сообщества Системных Аналитиков GetAnalyst.Гости:Софья Калинина,Главный cистемный аналитик, РТК ИТ.

Если вам кажется, что low-code — это игрушка для маленьких проектов, этот эпизод развеет этот миф. Мы разобрали, как low-code внедряют в крупные корпоративные системы: с полноценной разработкой, процессами, безопасностью и реальными нагрузками — и как системный аналитик с его помощью двигает продукт наравне с разработчиками.Telegram-канал сообщества: https://t.me/getanalystsСтатья к эпизоду: https://getanalyst.ru/podcast/low-code-for-analystsЕсли вы как системный или бизнес-аналитик хотите больше работать с техническими задачами, говорить с разработчиками на одном языке и приносить результат для продукта не только “в требованиях”, а в работающих решениях — этот выпуск для вас.Тайм-коды к эпизоду:00:18 | Знакомство со спикером. Актуальность Low-Code для системных аналитиков.01:37 | Что такое Low-Code? Как его используют в командах с полноценной разработкой.04:10 | Где Low-Code реально уместен: масштаб проектов. Виды Low-Code инструментов.08:23 | Low-Code в действующем крупном проекте: примеры задач и как аналитик работает с ними.21:10 | Задачи системного аналитика в Low-Code инструментах: что делает сам, где подключаются разработчики. Применение JavaScript и Python в работе аналитика. Реальный опыт.24:49 | Настройка голосового бота системным аналитиком на Low-Code. Пошаговый разбор задачи.32:23 | Безопасность и риски внедрения Low-Code в крупные IT-продукты, что нужно продумать заранее.37:32 | Low-Code как навык для резюме аналитика: ценность на рынке, влияние AI и вайб-кодинга. Есть ли смысл изучать?43:03 | Подведение итогов и рекомендации для аналитиков по изучению Low-Code. Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.Гости:Елизавета Акманова,Старший cистемный аналитик, компания UseTech.

Многие системные аналитики рано или поздно задаются вопросом: а есть ли “системный аналитик” за рубежом — в США и Европе? Чем отличается работа аналитика в зарубежных командах?И если вы уже гуглили “Работа системным аналитиком в США” или “Systems analyst в Европе”, то вы могли заметить странную вещь: вакансии есть, но названия, требования и ожидания часто отличаются от того, к чему привыкли в СНГ. Сообщество GetAnalyst:https://t.me/getanalystsСтатья к эпизоду с подборкой вакансий:https://getanalyst.ru/podcast/systems-analyst-in-the-us-and-europeВ этом эпизоде разбираем рынок, роли, навыки, документацию, интервью и английский, а в конце — пошаговая инструкция, как двигаться к офферу за пределами своей страны.🎧 Актуально для системных и бизнес-аналитиков, кто хочет расширить карьерный горизонт: понять, можно ли расти в международных компаниях, и какие конкретные навыки нужны для рынка США и Европы. Тайм-коды к эпизоду:00:18 | Введение: есть ли системные аналитики за рубежом? рынке США и Европы?02:01 | Вакансии Business Analyst - Бизнес-аналитик.11:51 | Вакансии Systems Analyst - Системный аналитик.14:47 | Вакансии Business Systems Analyst - Аналитик систем для бизнеса.20:04 | Вакансии Application Analyst / Application Manager - Аналитик приложений.22:09 | Вакансии Technical Product Manager / Technical Program Manager - Технический менеджер IT-продукта.24:42 | Другие роли: Analyst, Product Analyst, Requirements Engeneer.27:21 | Как часто аналитики встречаются в зарубежных командах разработки - США и Европа.32:23 | В каких компаниях системным аналитикам искать работу.34:10 | Почему в СНГ роль «Системный аналитик» популярнее, чем за в Европе и США.36:01 | Какие навыки должны быть у системного аналитика, чтобы уверенно искать работу на рынке Европы и США? Отличия от стандартной должности.42:34 | Принципы ведения документации.44:12 | Форматы интервью на аналитика: опыт из США.48:06 | Английский для работы аналитиком в США и Европе.49:31 | Предметные области: куда идти и где чаще бывают вакансии.50:51 | Пошаговая инструкция: как получить оффер в зарубежной компании.57:53 | Рекомендации по трудоустройству по всему миру. Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.

WebSocket встречается всё чаще. И понимать его хотя бы на базовом уровне уже важно почти всем специалистам, включая системных аналитиков. Особенно если вы работаете (или хотите работать) в продуктовых командах и микросервисной архитектуре.Там, где есть чаты, одновременная работа пользователей и любые обновления в реальном времени, WebSocket API появляется очень быстро.Сообщество GetAnalyst:https://t.me/getanalystsСайт эпизода со ссылками:https://getanalyst.ru/podcast/websocketВ этом эпизоде разберём:- как работает WebSocket и чем он отличается от HTTP;- как встроить WebSocket в архитектуру и как он сочетается с API Gateway;- какие риски важно учесть аналитику: нагрузка, масштабирование и другие нефункциональные требования;- и в чём реальные плюсы от WebSocket.Эпизод будет полезен системным аналитикам, которые хотят уверенно описывать WebSocket в требованиях и заранее понимать, какие технические риски и ограничения проявятся в проде.Тайм-коды к эпизоду:00:18 | Знакомство со спикером + кейс Dion: где WebSocket нужен в продукте.05:03 | Про WebSocket простыми словами: где и когда нужен.07:57 | Как работает WebSocket: установка соединения (HTTP Upgrade) и обмен сообщениями. Отличия от HTTP.14:37 | Примеры реальных кейсов, где нужен WebSocket.20:50 | Архитектура WebSocket: монолит vs отдельный сервис (масштабирование).27:10 | Как работают WebSocket и API Gateway в связке.30:52 | Преимущества и недостатки WebSocket.35:00 | Требования к WebSocket API от системного аналитика: пример ТЗ / постановки задачи.38:44 | С чего начинать изучение WebSocket: практические рекомендации.Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.Гости:Владимир Бурмистров,Главный Системный Аналитик, T1.

Иногда аналитикам нужно индивидуально разобрать свою карьерную ситуацию: построить план развития, сменить работу и подготовиться к собеседованию, перейти от теории к практике, разобрать конкретные рабочие вопросы и ошибки. В такие моменты появляется запрос на ментора — опытного специалиста, который помогает структурировать цели, ответить на вопросы, дать практику, выстроить шаги в развитии, снизить тревогу и двигаться вперёд заметно быстрее.Сообщество GetAnalyst:https://t.me/getanalystsСайт эпизода со ссылками:https://getanalyst.ru/podcast/how-to-find-a-good-mentor В этом эпизоде разбираем кто такой ментор, когда он действительно нужен, как проходит работа с ним и чего от неё можно (и нельзя) ожидать. Говорим о том, как выбрать «своего» человека, не слить время и деньги и в итоге получать от менторства конкретный результат, а не просто галочку «я сходил к ментору». Тайм-коды к эпизоду:00:18 | Почему может быть сложно найти своего ментора. Знакомство с ментором - Екатериной Герасимовой.05:43 | Кто такой ментор в IT и когда он действительно нужен.12:15 | Рекомендации по стратегии поиска работы системному аналитику. Типичные ошибки при поиске работы, и почему важны не только харды.18:46 | С чего начинается работа с ментором: какие вопросы ментор задаёт до встречи и как в идеале строится ход первой встречи.25:21 | Как строится процесс работы на занятии в зависимости от вида встреч по менторству.38:21 | Критерии выбора и оценки ментора. Какие результаты встречи считать нормальными, а какие — тревожным звоночком. 53:39 | Сколько стоит 1 час работы с ментором, от чего зависит цена и за что вы на самом деле платите.55:33 | Подведение итогов и рекомендации по поиску «своего» ментора.Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.Гости:Екатерина Герасимова,Ведущий системный аналитик, ментор.

В этом эпизоде обсуждаем, как AI меняет подход к моделированию бизнес-процессов и работе с BPMN.Telegram-канал GetAnalyst: https://t.me/getanalysts Сайт эпизода: https://getanalyst.ru/podcast/bpmn-and-ai Вместе с топовым экспертом по BPMN в России Денисом Котовым говорим про StormBPMN — инструмент для создания BPMN-диаграмм с поддержкой AI, разбираем, как создавать BPMN через код и в чём нейросети действительно могут помочь.Если вам только предстоит изучать BPMN или вы уже давно работаете с нотацией, этот выпуск поможет по-новому взглянуть на моделирование процессов и понять, как использовать AI в работе без лишней магии и разочарований.Тайм-коды к эпизоду:00:00 | Про актуальность использования AI для разработки BPMN.01:02 | Как нейросети «видят» BPMN-диаграммы.03:38 | Могут ли нейросети генерировать BPMN-диаграммы через код (XML)?04:58 | Как работает StormBPMN, как он интегрирован с AI и какие нейросети используются «под капотом».12:50 | Локальное обучение нейросетей для генерации BPMN на хороших примерах XML-кода.17:49 | Как начать изучать нотацию BPMN с помощью AI.23:56 | История появления инструмента StormBPMN.25:23 | Заключение и рекомендации.Важные ссылки:1) StormBPMN:https://stormbpmn.com/ 2) StormVerse - подборка примеров BPMN-диаграмм:https://stormbpmn.com/stormverse Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalyst.Гости:Денис Котов,Основатель StormBPMN, перевёл ABPMP CBOK и глоссарий BPMN на русский язык, проектирует процессы в Т-Банк.

Если вы рассматриваете Camunda для внедрения на проект и пытаетесь понять, «а оно нам точно надо?», или хотите разобраться как работает оркестрация процессов в микросервисной архитектуре — этот эпизод для вас.Telegram-канал сообщества: https://t.me/getanalysts Статья к эпизоду: https://getanalyst.ru/podcast/camunda-success-case  Обсуждаем реальный опыт внедрения Camunda на действующем высоконагруженном проекте со старшим системным аналитиком. Рассказываем, где Camunda реально помогает развивать и поддерживать систему, а где добавляет новые головные боли. Когда стоит выбирать Camunda, а когда лучше пойти другим путём. Тайм-коды к эпизоду:00:18 | Знакомство с задачей для которой выбрали Camunda.03:03 | Почему выбрали Camunda: ключевые функции “из коробки” и альтернативы.04:55 | Camunda 7 vs Camunda 8. Проблемы Camunda 8 в условиях реального проекта.09:16 | Как Camunda оркестрирует процессы в микросервисной архитектуре: разбор реальных сценариев.15:08 | Обработка ошибок работы процессов в Camunda: ретраи, компенсации и что заложить в алгоритмах.16:32 | Проблемы Camunda: что реально вызывает боль у команды.23:50 | Преимущества внедрения Camunda для команды и бизнеса.26:49 | Задачи системного аналитика на проектах с Camunda. Кто отвечает за создание BPMN-диаграмм?31:13 | Может ли аналитик сам настроить и запустить бизнес-процесс в Camunda по BPMN-диаграмме - без кода и разработчиков.34:38 | Кому подходит Camunda / Кому не подходит Camunda.37:22 | Заключение и рекомендации, чтобы начать работать с Camunda в проекте. Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalystГости:Елизавета Акманова,Старший cистемный аналитик, компания UseTech

Для многих аналитиков и разработчиков нефункциональные требования к системе — тёмный лес. Понятно, что «система должна работать быстро и надёжно», но вот какие именно цифры написать в ТЗ, какие метрики указать и как всё это потом проверять — часто остаётся загадкой.Мониторинг — один из ключевых инструментов, связанных с архитектурой и инфраструктурой, который позволяет не на словах, а в реальности проверить, выполняются ли нефункциональные требования.Материалы к эпизоду: ⁠https://getanalyst.ru/podcast/monitoring⁠ Сообщество системных аналитиков GetAnalyst:⁠https://t.me/getanalysts⁠ В этом эпизоде мы разложим по полочкам:+ что именно нужно мониторить на проекте,+ какие инструменты обычно настраивают,+ и главное — какие конкретные метрики и показатели можно и нужно писать в ТЗ.После выпуска у вас будет структурированное понимание, какие цифры писать в НФТ и как измерять качество системы, а не просто «надеяться, что всё ок».Тайм-коды эпизода:01:30 | Мониторинг и диагностика IT-систем: что это такое и зачем нужен системный мониторинг.6:25 | Что нужно мониторить в продакшене: ключевые метрики и показатели мониторинга для вашей системы.10:00 | Логирование и трассировка запросов: что это, зачем нужны, как работают и как связаны с системным мониторингом.11:45 | Конкретные нефункциональные требования к мониторингу: какие цифры по времени отклика писать в спецификации системы.14:06 | Как мониторить мобильные приложения.16:21 | Нефункциональные требования к нагрузке: какие значения % CPU и ресурсов указывать в требованиях.20:10 | Инструменты мониторинга и observability: что выбрать, когда и зачем. Стандарт OpenTelemetry и пример схемы архитектуры.27:35 | Реальные кейсы, где мониторинг помогает проектам. Мониторинг  кэширования.33:04 | Кто на проекте настраивает мониторинг системы  и что для этого нужно.35:41 | Источники требований к мониторингу: от кого они приходят, в каком виде и как собирать требования к метрикам.37:53 | Кто и как следит за показателями мониторинга на проекте: процессы, роли и работа с инцидентами.44:37 | Дашборды мониторинга: как понять, что нужен новый дашборд.46:27 | Итоги эпизода: рекомендации командам по внедрению мониторинга на разных стадиях проекта и практика «учебных тревог» в IT-проектах.Ведущая:Екатерина Ананьева, Основатель сообщества системных аналитиков GetAnalyst.Гости:Никита Улько, Техлид VK Tech.

Повсюду «AI, AI, AI»: Generative AI, LLM, Fine-Tuning, RAG — но что это значит для системных и бизнес-аналитиков? Куда бежать, что изучать и с чего начать, если уже сейчас хочется новый виток в карьере в направлении AI?В этом выпуске разбираем реальные проекты, задачи и роли в компании red_mad_robot: где место аналитика в Generative AI, какие навыки нужны на старте и как меняется работа команд по сравнению с «обычными» IT-проектами.Telegram-канал сообщества: https://t.me/getanalysts Статья к эпизоду: ⁠https://getanalyst.ru/podcast/generative-ai-for-analystsred_mad_robot: https://www.redmadrobot.com/⁠AI акселератор для БА и СА: https://getanalyst.ru/education/ai-for-systems-analysts Анастасия и Игорь «раскрывают кухню» Generative AI-проектов: RAG vs Fine-Tuning, Small LLMs, метрики качества, безопасность и свой реальный опыт работы.  К концу эпизода вы поймёте, с чего начать переход, какие артефакты добавить в портфолио и чего ожидать на собеседованиях.Слушайте, делайте заметки и задавайте вопросы в комментариях, чтобы мы могли дать вам максимум пользы от этого выпуска! Тайм-коды:00:00 | Введение в Generative AI и машинное обучение. Знакомство с опытом аналитиков в AI-компании.7:19 | Что такое Generative AI: короткое погружение и ключевые термины.12:49 | Популярные направления внедрения Generative AI: типовые бизнес-задачи и запросы.16:24 | RAG и Fine-Tuning: как адаптируют модели под задачи.18:37 | Оценка работы AI: качество ответов, замена человека, типичные проблемы.25:13 | Какие AI-модели внедряют в мире и РФ, безопасность использования AI.30:22 | Small LLMs: что это и как повышают безопасность внедрения.35:34 | Навыки для работы с Generative AI: отличия ролей аналитика, разработчика и тестировщика от обычных IT-команд.40:01 | Как начать карьеру в Generative AI без опыта и компетенций.50:30 | Страхи и барьеры компаний при внедрении Generative AI.57:53 | Реальные кейсы и экономика: где Generative AI даёт эффект, а где убытки.1:04:09 | Пожелания и рекомендации для бизнеса и IT-специалистов.Ведущая:Екатерина Ананьева,основатель сообщества системных аналитиков GetAnalystГости:Анастасия Панфëрова и Игорь Епанешников,компания red_mad_robothttps://www.redmadrobot.com/ 

Надоели бесконечные созвоны и непонятные встречи? Или вы только начинаете карьеру аналитика и хотите разобраться, какие мероприятия вообще есть в Scrum и зачем они нужны?TG-канал сообщества системных аналитиков GetAnalyst:https://t.me/getanalysts  Сайт эпизода:https://getanalyst.ru/podcast/scrum-meetingsПрактические курсы для СА:https://getanalyst.ru/education  В этом эпизоде мы разбираем все ключевые события Scrum — планирование, дейли, обзоры, ретроспективы и груминг. Делимся своим опытом, ошибками и лучшими практиками, чтобы вы могли увидеть, как это работает в реальных командах и применить полезное в своей работе.Подойдёт и новичкам, которые хотят погрузиться в атмосферу IT-разработки, и опытным аналитикам, которые ищут свежий взгляд и инсайты для улучшения своих процессов.Связанный эпизод: Всё про Agile, Scrum, Kanban и «Документация не нужна» Тайм-коды к эпизоду:00:00 | Введение. Зачем системному аналитику понимать мероприятия Scrum и как это помогает в работе с командой.01:21 | Основные мероприятия Scrum.05:07 | Планирование спринта: кто участвует, сколько длится, лучшие практики. Проблема 40 часов / неделю.20:38 | Когда проводить планирование.23:53 | Daily Scrum (Stand-up, Дейли): зачем нужны ежедневные митинги, кто участвует, как уложиться в 15 минут. Практики против «болтовни».34:10 | Обзор спринта (Sprint Review): что обсуждают, кто участвует и как это помогает команде и бизнесу увидеть реальную ценность работы.43:42 | Ретроспектива спринта: зачем нужна, кто участвует, примеры тем для обсуждения.57:36 | Методы ретроспектив: от “Mad-Sad-Glad” до “Воздушного шара”.1:00:02 | Груминг (Product Backlog Refinement, PBR): зачем нужен, кто участвует, cпособы проведения и подготовка.1:17:35 | Scrum-мастер: нужен ли он?1:22:45 | Резюме по эпизоду и подведение итогов. Ведущая:Екатерина АнаньеваГости:Кристина ВиноградоваЕлена Киселева

Готовитесь к миграции данных между СУБД, планируете переезд с легаси системы на новую платформу, или запускаете проект по импортозамещению? Этот выпуск для вас!Разбираем типовые ошибки связанные с падением продакшн, и показываем, как их избежать. Теперь вы теперь точно не допустите их в своей практике. Слушайте, делайте заметки и делитесь с коллегами.Telegram-канал: https://t.me/getanalysts Рекомендуемый чеклист НФТ: https://getanalyst.ru/podcast/nft Тайм-коды эпизода:00:00 | Введение и предыстория: погружение в задачу на импортозамещение высоконагруженной системы.04:47 | Что случилось в день X, когда продакшн лёг: когда нефункциональные требования важны.08:51 | Разбор технического решения по миграции терабайтов данных.13:14 | Первые признаки “падения”: какие инструменты мониторинга показали сбой в системе.14:36 | Реакция команды и результаты анализа проблемы.18:15 | Погружение в технические детали бага.20:56 | Индексы в БД.25:55 | Оперативная реакция: что делать, когда миграция БД положила систему и какова в этом роль системного аналитика.29:47 | Кто виноват в “падении” продакшн? Проблемы игнорирования нефункциональных требований.32:17 | Примеры нефункциональных требований, которые надо было зафиксировать.34:42 | Рекомендации для аналитиков, кому предстоит работать с импортозамещением и миграции между СУБД.Ведущая:Екатерина Ананьева,Основатель сообщества системных аналитиков GetAnalystГости:Елизавета Акманова, Старший cистемный аналитик компании UseTech

Если вы на пороге смены работы или хотите вырасти до уровня Senior Системного Аналитика — этот выпуск для вас.Мы собрали 10 ключевых вопросов с собеседований на позицию Senior Системный Аналитик (Старший Системный Аналитик), разбор ответов на них и полезные ссылки для самостоятельной подготовки.Telegram-канал сообщества: https://t.me/getanalystsСтатья к эпизоду с полезными материалами и ссылками:https://getanalyst.ru/podcast/top-10-interview-questions-for-senior-analystПосле прослушивания вы поймёте, какие темы у вас закрыты, а какие требуют дополнительного изучения или повторения, и сможете заранее закрыть пробелы в знаниях, чтобы уверенно проходить даже самые сложные интервью.Включайте, чтобы начать свой путь к уровню Senior!Тайм-коды эпизода:01:00 | Виды архитектуры: монолит, SOA, MSA, EDA.07:42 | 8 шаблонов проектирования микросервисов.11:44 | Подходы к интеграции сервисов в распределенных системах.14:15 | API Gateway: что это, зачем нужен, преимущества и недостатки.19:57 | API Gateway как точка отказа в системе.22:54 | Оркестрация и хореография микросервисов.32:16 | Способы управления высокой нагрузкой для систем.34:59 | Проектирование БД: связь “многие-ко-многим”.37:53 | Миграция данных без простоя: как реализовать?44:44 | Виды интеграции систем.51:03 | Брокеры и очереди сообщений. RabbitMQ и Kafka.54:41 | Аутентификация и авторизация в API. Ведущая:Екатерина АнаньеваОснователь сообщества Системных Аналитиков GetAnalyst

Монолиты, микросервисы, и… чистая архитектура. Как они связаны?Если вы разработчик или системный аналитик и планируете рост в архитектора, вам так или иначе придётся познакомиться с чистой архитектурой — подходом, который важно не просто изучить, а понять, принять и научиться применять на практике.Статья к эпизоду: https://getanalyst.ru/podcast/clean-architectureTelegram-канал сообщества: https://t.me/getanalystsВ этом выпуске объясняем простыми словами, как работает чистая архитектура, зачем она нужна и какие принципы лежат в её основе. Тайм-коды эпизода:00:00 | Знакомство со спикером. Про путь из разработчика в системного архитектора.4:49 | Как архитекторы проверяют новые технологии: пишут код сами или делегируют?8:15 | Что такое “Читая архитектура” и чем отличается от микросервисной архитектуры.10:39 | Как выглядит чистая архитектура в нотации C4 / Component (L3): разбираем слои presentation, domain и data и связи между ними.15:45 | Какие слои надо дорабатывать в чистой архитектуре, если решили переехать с REST на gRPC?17:22 | Маппинг данных в чистой архитектуре. Разбор Use Case с описанием потока данных между слоями presentation, domain и data (для лучшего понимания смотреть на схему в статье).23:42 | Как несколько доменов могут жить внутри одного сервиса: как меняется организация слоёв чистой архитектуры.27:49 | Связь чистой архитектуры с монолитами, SOA и микросервисами.29:11 | Преимущества и недостатки чистой архитектуры.37:00 | Для каких проектов лучше подходит чистая архитектура.41:25 | Работа аналитиков на проектах с чистой архитектурой: особенности постановки задач и ведения документации.51:32 | Рекомендации по изучению подхода чистой архитектуры. Ведущая:Екатерина Ананьева,Основатель сообщества системных аналитиков GetAnalystГости:Никита Улько, Системный Архитектор, UseTech

Этот технический выпуск мы сделали для системных аналитиков, которые хотят развиваться в направлении архитектуры и освоить микрофронтенды. Статья к эпизоду: https://getanalyst.ru/podcast/microfrontendTelegram-канал сообщества: https://t.me/getanalystsРассказываем, когда и почему выбирают микрофронтенд‑архитектуру, как она помогает масштабировать разработку Frontend, какие типичные сложности возникают при внедрении и как их избегать.На примере реального кейса разбираем логику работы и обмен данными в архитектуре микрофронтендов, как формулировать задачи на разработчиков, на что обращать внимание при проектировании UI‑архитектуры, и почему микрофронты — не просто тренд, а взвешенное техническое решение. Тайм-коды эпизода:00:00 | Введение. Знакомство со спикером и актуальность темы.4:47 | Что такое микрофронтенды.7:30 | Как разделить приложение на микрофронтенды.9:45 | Архитектура приложения построенного на микрофронтендах.12:05 | Разбор кейса: проблемы добавления нового языка для приложения на микрофорнтендах.17:42 | На что обращать внимание при локализации приложения: язык, валидация данных, бизнес-логика.23:32 | Как микрофронтенд взаимодействует с микросервисным бэкендом — маршрутизация запросов: разбор кейса с локализацией и соблюдением требований к хранению персональных данных иностранных граждан.32:13 | Особенности постановки задач на микрофронтенды для системных аналитиков.37:49 | Каким проектам лучше подойдут микрофронтенды.44:53 | Шаблон постановки задачи от системного аналитика на разработку микрофронтенда.49:47 | Заключение. Ведущая:Екатерина Ананьева,Основатель сообщества Системных Аналитиков GetAnalystГости:Елизавета Акманова, Старший cистемный аналитик компании UseTech

Если вы работаете системным или бизнес-аналитиком в IT, либо руководите командой разработки, и вам хочется понять, как оценивать задачи и измерять эффективность работы аналитика, то этот выпуск для вас.Вместе с Сергеем Кругловым, Chief Product Owner в компаниях ITECH и Vetsy, рассуждаем о том, какую ценность аналитик привносит в команду разработки и как оценивать его работу. Разбираем, какие KPI и метрики помогают отследить эффективность аналитика, и предлагаем практические советы по планированию и оценке задач.Сайт эпизода:https://getanalyst.ru/podcast/analyst-task-estimation-and-value Telegram-канал сообщества: ⁠⁠https://t.me/getanalysts⁠ Тайм-коды эпизода:00:00 | Знакомство со спикером и его ролью Chief Product Owner (CPO) в проектах.04:59 | Кто входит в состав типичной IT-команды.07:41 | Как оценивать задачи на аналитику и исследовательские задачи.11:37 | Делить ли оценку задачи по ролям или считать её как общую для всех? Кто отвечает за оценку.17:37 | Почему сложно точно оценить задачи аналитика и что делать при неуверенности.27:44 | Что делать, если задача выходит за рамки изначальной оценки в процессе разработки.34:55 | Про детализацию постановок задач от аналитиков и документацию в стартапах.39:09 | Подходы к оценке аналитических задач.42:46 | Может ли аналитика занимать больше времени, чем разработка?46:34 | Как оценить окупаемость аналитики и обосновать её бюджет. В чем ценность аналитики на проекте?52:19 | KPI и метрики для оценки эффективности системного или бизнес-аналитика.56:09 | Сколько аналитиков нужно в команде.59:53 | Кейсы, когда аналитики сокращают время разработки за счёт хорошей проработки требований.1:09:30 | Заключение: рекомендации по планированию разработки, оценке задач и эффективному управлению IT-командой. Ведущая:Екатерина АнаньеваГости:Сергей Круглов,Chief Product OwnerITECH ( https://itech-group.ru / https://t.me/itechgr )Vetsy ( https://vetsy.ru / https://t.me/vetsy_ru )

Agile окружён мифами. Одни думают, что это хаос без плана и документации. Другие — что это волшебная палочка, которая решает все проблемы проекта. В этом выпуске разбираемся, что такое Agile на самом деле, и как системные аналитики работают в таких командах: без розовых очков, на практике, с акцентом на документацию, здравый смысл и реальные задачи.Если вы начинающий системный аналитик или только делаете первые шаги в IT, этот эпизод поможет разобраться, что такое Agile (Scrum, Kanban) глазами системных аналитиков. Мы обсудим, как работают Agile-команды, в чём их особенности и что происходит внутри таких проектов.А если вас раздражает фраза “документация не нужна”, вы не понимаете, зачем столько созвонов и почему это всё в Agile — этот выпуск также для вас, опытных аналитиков и IT-специалистов.Погружаемся в реальную разработку и объясняем на практике, почему процессы влияют на стоимость, качество и гибкость продукта.Важные цитаты:“Agile — это набор принципов здравого смысла”“Agile — это про бизнес”Слушайте и расширяйте свою профессиональную экспертизу!Статья к эпизоду: https://getanalyst.ru/podcast/agile-and-documentationTelegram-канал сообщества: ⁠https://t.me/getanalystsТайм-коды к эпизоду:00:00 | Введение и актуальность темы.02:27 | Опыт спикеров: что используют в реальной разработке.05:21 | Agile — что это, история появления, решаемые проблемы.17:17 | Почему «люди и взаимодействие важнее процессов»: как это работает в реальности.21:07 | Документация в Agile не нужна? Про реальные подходы к ведению документации в Agile-командах и определение её ценности.36:17 | Как аргументировать, что документация нужна? Самые важные советы для системных и бизнес-аналитиков.39:56 | Ценности Agile о сотрудничестве с заказчиком и готовности к внезапным изменениям: отражение в проектной и продуктовой разработке.51:12 | 12 принципов Agile о которых надо знать: как понять, что вы вписываетесь в Agile-команду и вас не уволят.55:36 | Scrum Framework: что это, история появления, когда применяют, особенности и связь с Agile.1:03:22 | Kanban Framework: что это, история появления, как работает и когда применяют, отличия от Scrum.1:11:13 | Заключение.Следите за анонсами подкаста в ⁠Telegram ⁠:)Ведущая:Екатерина Ананьева, основатель сообщества Системных аналитиков GetAnalystГости:Кристина Виноградова, Системный аналитикЕлена Киселева, Системный аналитик

Если вы уже работаете в IT и слышали о хранилищах данных (DWH), но никогда не сталкивались с ними вживую, этот выпуск подкаста для вас. Мы делимся реальным опытом работы с DWH на крупных проектах: рассказываем про механизмы обмена данными, архитектуру, как выстраивается взаимодействие между аналитиками данных и системными / бизнес- аналитиками, какие процессы и коммуникации необходимы, и что может пойти не так.Слушайте новый эпизод, чтобы перевести свои знания о DWH и BI-системах из разряда «теории» в категорию «я готов решать задачи на реальных проектах».Сайт эпизода: https://getanalyst.ru/podcast/dwh-for-systems-analystsTelegram-канал сообщества: 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.comYandexGPT: 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-диаграммы в виде таблиц EXCEL19: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 - Выводы и рекомендации

Приглашаем вас на новый эпизод подкаста, где мы погружаемся в процесс тестового собеседования на младшего системного аналитика. Спикеры подготовили друг-другу вопросы, которые не раскрывались до начала записи. Это создало атмосферу реального собеседования, где вы услышите как уверенные и структурированные ответы на вопросы, так и моменты, когда даже опытные специалисты начинают вспоминать теорию на ходу. В завершении мы разбираем практические задачи, которые могут быть предложены кандидатам после теоретической части собеседования. Это поможет вам получить полное представление о том, как проходит интервью на младшую позицию и какие навыки важны. Эпизод будет полезен младшим системным аналитикам, которые готовятся к первому собеседованию или планируют смену работы, а также 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 - Определение API1:06:26 - Backend и Frontend1: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 - Заключение и рекомендации по нефункциональным требованиям и организации работы с ними на проекте.

В новом эпизоде разобрана работа механизма вебхуков на примере интеграции между медицинской и страховой системой. Дополнительные материалы к подкасту: 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 - Подведение итогов и рекомендации.

IT - сфера, где каждый постоянно стремится к росту и профессиональному развитию. Не многие могут усидеть долго в одном проекте. Это относится не только к вопросу дохода, а во многом к проектам и задачам, с которыми приходится работать. Поэтому незнакомые задачи и технологии, особенно для системных аналитиков, встречаются регулярно. И не всегда есть старший руководитель или разработчики, которые могут помочь. Часто ты "один в поле воин" и задать вопрос некому. В этом эпизоде системный аналитик Кристина Виноградова делится с нами лайфхаками по работе с незнакомыми задачами без ментора, когда не от кого получить поддержку: от практических подходов по структурированию задач и аналитике, до психологических моментов, с которыми важно работать. Этот подкаст будет полезен как начинающим, так и опытным аналитикам, которым нужна поддержка и помощь в работе, но кажется, что её невозможно получить. Решения есть. И у вас всё получится 🙌 04:25 - Когда и как обычно приходят новые задачи? Есть ли к этому предпосылки, если это не связано со сменой места работы и ты уже не джун?9:52 - Какие ошибки чаще всего допускают, пытаясь решать задачи самостоятельно, без помощи ментора?20:32 - Как обращаться за помощью в решении незнакомых задач?32:15 - Пошаговый план в решении незнакомых задач.38:20 - Оценка влияния задачи на систему - общий чек-лист. Структура системы.43:09 - В какой момент просить помощи у коллег и можно ли получить негативную реакцию от них?50:15 - Негативная реакция от коллег при запросе помощи.56:18 - Как сохранять мотивацию, если начинаешь работу с незнакомой задачей.1:02:10 - Как влияет отсутствие или наличие ментора на профессиональное развитие аналитиков. Дополнительные материалы к подкасту доступны по этой ссылке. Ведущая:Екатерина АнаньеваГость:Кристина Виноградова

В новом эпизоде подкаста мы обсуждаем вопросы по REST API с собеседований на позицию системного аналитика, и разбираем ответы на них с примерами. REST API это основной способ взаимодействия систем, и, как следствие, один из ключевых навыков, ожидаемых от специалистов на рынке труда. Подкаст разделен на три основные части: теоретические вопросы; виды практических задач; вопросы по опыту работы и портфолио. Эпизод рекомендуется к прослушиванию как для начинающих, так и для опытных системных аналитиков, стремящихся углубить свои знания в теме проектирования REST API и успешно проходить технические собеседования. Особенно рекомендуется, если у вас завтра техническое интервью 🙂 00:59 - О структуре выпуска и причине выбора темы. 02:25 - Что такое REST API и его отличия от RESTful. 10:10 - 6 главных принципов REST API. 15:52 - Структура запросов и ответов REST API: типы методов и отличия между ними. 23:50 - URL и URI. Структура URI запроса. Примеры. Query и path-параметры, headers, тело запроса и ответа, авторизация, коды состояний HTTP.  29:10 - Ресурс в контексте REST API. Связь объектов данных (ресурсов) REST API и БД. 31:05 - Query-параметры в запросе. Элементы пагинации в query-параметрах и body. Path-параметры.  36:28 - Что спрашивают по авторизации в API на собеседовании. Про безопасность. Заголовки запросов - Headers. Форматы сообщений в Body. 39:27 - Коды ответов HTTP, их назначения и какие знать обязательно. Вопросы с подвохами про отличия между кодами ответов HTTP в разных ситуациях. 43:40 - Отличия между POST и PUT. Идемпотентность. Получение данных через POST. 47:10 - Другие важные технические вопросы про асинхронные запросы и Webhook-и. 48:48 - Виды практических задач по REST API на собеседованиях для системных аналитиков. 54:00 - Вопросы про опыт работы с REST API. Рекомендация - используйте портфолио (личные демо-проекты). 56:48 - Заключение и рекомендации по самостоятельному освоению REST API. Рекомендации в конце эпизода: 1. Книга: Арно Лоре. Проектирование веб-API 2. Канал GetAnalyst с разбором проектов по REST API - t.me/getanalysts 3. Видео на YouTube-канале GetAnalyst  https://www.youtube.com/c/GetAnalyst 3.1. Связь базы данных и дизайна REST API 3.2. REST API с нуля: дизайн методов для работы менеджера с заявками автосервиса 3.3. Postman: навык тестирования REST API за вечер 4. Статья “Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)” https://habr.com/ru/articles/770226/ 

Все чаще в IT-проектах можно встретить использование gRPC API, но его использование пока не так сильно распространено. Не многие команды разработки могут точно сказать в каких случаях стоит применять gRPC, и не решаются попробовать его вместо привычного REST API. В этом эпизоде подкаста системный аналитик Мария Кубенина, гость подкаста GetAnalyst, рассказывает про gRPC API в сравнении с REST API, и делится своим опытом использования в высоконагруженных проектах. Мария рассказывает про ключевые преимущества и недостатки gRPC, а также погружается в технические детали. Она детально разбирает различия в производительности, масштабируемости и удобстве использования между gRPC и REST API. Поднимаются вопросы безопасности, тестирования и интеграции с другими системами. Этот подкаст будет полезен не только системным аналитикам, но и разработчикам, архитекторам ПО, проектным менеджерам и всем, кто интересуется современными подходами в разработке и интеграции IT-систем, в частности хочет начать изучать gRPC API. Вы найдете в этом подкасте ценные инсайты и рекомендации по применению gRPC в своих проектах, узнает, какие преимущества может принести этот подход и как избежать потенциальных проблем при его внедрении. 1:20 - Знакомство с Марией и её историей знакомства с gRPC API 3:30 - Почему на текущем проекте выбрали gRPC API 6:09 - Что такое gRPC и почему разработчики выбирают его, а не REST API 9:24 - HTTP 2. Сравнение gRPC и REST API. Как именовать методы gRPC 17:45 - Обновления gRPC и обратная совместимость версий. Нумерация полей в gRPC 21:05 - Версионирование REST API 24:30 - Какие типы приложений выигрывают при переходе с REST на gRPC API 26:40 - Отмена запросов в gRPC - крутой бонус для микросервисной архитектуры 28:10 - Недостатки gRPC по сравнению с REST API 32:28 - Ограничение размера сообщений в gRPC и передача файлов 34:45 - Вызовы при внедрении gRPC в существующий проект с REST API 39:25 - Тестирование gRPC API 43:55 - Что посмотреть и почитать системному аналитику, чтобы освоить gRPC API Рекомендации от Марии и примеры файлов protobuf доступны по ссылке: https://getanalyst.ru/podcast/grpc-vs-rest

В новом эпизоде подкаста мы погрузимся в проблемы разработки требований на интеграции систем, с которыми могут встретиться системные аналитики, а также обсудим варианты их решения. Этот эпизод представляет ценную информацию для начинающих и опытных системных аналитиков, стремящихся разобраться в работе с интеграционными задачами и обеспечить стабильное взаимодействие систем. 1:18  - Что такое интеграции? 4:25 - Роль системного аналитика в процессе работы с задачами на интеграции. 11:41 - Как изменилась работа с задачами на интеграции за последние годы? 16:49 - Написал требования в соответствии с API-документацией внешней системы, а потом оказалось, что работает не так. 19:40 - Интеграция работала в продакшн и всё было хорошо, а потом всё внезапно сломалось. 22:57 - Что делать если предстоит интегрироваться с системой у которой еще нет API, а сроки горят? 26:18 - Разработчик системы, с которой предстоит интегрироваться, не предоставляет API и доступы, а задачу нужно реализовать, потому что сроки (P.S. Влиять через заказчика на внешнюю команду при возможности). 28:07 - Что, если вы тот самый разработчик, у которого просят API, но вам пока не до этого? 29:21 - Платные подписки и использование внешних систем. Примеры: DaData.ru, сервисы SMS-рассылок с поштучной оплатой со счета заказчика и другие. 31:58 - Разные структуры данных в разных системах: как собрать всё в нашей системе воедино, если у одних есть страны, а у других нет, у одних город в одном поле, а у третьих в другом и так далее. Про агрегаторы. 36:07 - Высокие нагрузки и длительное ожидание ответов. Асинхронные запросы и вебхуки. 39:37 - Не работал с видом API, по которому предстоит интеграция (REST API, GraphQL, gRPC, SOAP API и WebSocket - основные, посмотрите на них). 42:02 - Заключение и рекомендации Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!

В новом выпуске подкаста мы углубляемся в тему создания портфолио для системных аналитиков. В эпизоде подробно разбирается, почему портфолио является неотъемлемой частью карьерного роста аналитика, как начать его формировать, особенно если вы только начинаете карьеру системного аналитика, и какие инструменты могут помочь в этом. Екатерина Ананьева делится советами по демонстрации портфолио работодателям и объясняет, в каких случаях оно может стать ключевым фактором при устройстве на работу. Подкаст включает примеры артефактов, которые можно включить в портфолио, и подчеркивает важность подхода к его созданию для презентации себя как специалиста. Обсуждение вдохновлено вопросом из Telegram-чата сообщества GetAnalyst и будет полезно как для начинающих, так и для опытных системных аналитиков, стремящихся продемонстрировать свой профессионализм и навыки потенциальным работодателям. 00:20 - Введение и предыстория выбора темы 2:32 - Определение портфолио 5:22 - Примеры портфолио для разных специалистов и его назначение 10:45 - Что входит в портфолио системного аналитика 15:47 - Когда и для чего системному аналитику нужно портфолио, соблюдение корпоративной тайны 23:33 - Опыт использования портфолио и как оно помогло устроиться на позицию стажера системного аналитика 25:57 - Что можно использовать для портфолио системного аналитика - итоги 31:01 - С помощью каких инструментов и ресурсов формировать портфолио 35:20 - Обязательно ли наличие портфолио для системного аналитика 37:11 - Рекомендации слушателям   Подписывайтесь на подкаст и делитесь с коллегами, начинающими и опытными системными аналитиками!

В этом эпизоде основатель сообщества системных аналитиков GetAnalyst Екатерина Ананьева делится своим личным опытом в IT и рассказывает, как она пришла в системный анализ и нашла свою первую работу. Обсуждается профессия системного аналитика: роль, задачи и путь к карьерному росту. Этот подкаст предлагает рекомендации для начинающих и опытных аналитиков по поиску работы и рассказывает про особенности работы в разных проектах. 0:50 - Екатерина Ананьева и сообщество GetAnalyst 4:00 - Кто такой системный аналитик 8:10 - Процесс работы с рабочими задачами 19:10 - Как Екатерина выбрала системный анализ. О мечтах и "Я тоже могу" 23:25 - Поиск работы и портфолио аналитика: первое предложение о работе junior-системному аналитику 37:55 - Почему был создан проект GetAnalyst 40:25 - Идея подкаста GetAnalyst, пожелания и рекомендации подписчикам Подписывайтесь и делитесь с коллегами и начинающими системными аналитиками!