А Катя собрала классную подборку шаблонов для Event Storming

Подборка шаблонов для EventStorming
Если вы планируете сессию или просто хотите разобраться в подходе — вот несколько полезных шаблонов и инструментов:

🔶 Unidraw — инструмент не плохой, но после внимательного изучения шаблона у меня остались вопросы. Интересно, кто пользовался — как вам?
🔶 Miro — классика. Именно с неё я начинала и до сих пор люблю за стабильность и адаптивность.
🔶 Excalidraw — скорее пример, чем шаблон. Но для старта может быть очень полезен — просто, быстро, понятно.
🔶 Figma — забавно, как чётко расписаны первые 4 шага. Но вот когда речь доходит до Process Modeling — тишина. Хотя в целом шаблон зачетный.
🔶 GitHub — настоящая сокровищница. Много полезностей в одном месте, и видно, что автор явно читал ту самую книгу по EventStorming. Советую заглянуть!

💾 Сохраняйте в закладки — даже если сейчас ES вам не нужен, уверена, тренды от международных коллег до нас точно дойдут. А шаблоны пригодятся 😉

Свой шаблон тоже сделала, ими поделюсь немного позже отдельным постом для 3 инструментов)

#eventstorming #шаблоны #аналитика #системныйаналитик #itинструменты

Выложили запись стрима о проблемах ивент шторминга, наслаждайтесь.

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

Начинаю марафон конференций

Analyst Days. Основы криптографии для аналитика - интерактивный доклад / воркшоп, чтобы познакомиться с основами, на которых строятся защищенные протоколы, подписи, сертификаты и прочие слова из лексикона безопасников.

Codefest. CAP-теорема в теории и на практике - доклад-размышление о том, почему ACID, CAP и прочие академизмы куда важнее изучения очередных паттернов и технологий. Навеяно постом.

ЛАФ. Как брокеры не гарантируют доставку сообщений - воркшоп, чтобы разобраться в природе гарантий доставки, и существуют ли они вообще. Развитие идей постов: раз и два.

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

#конференции

#конференции

В субботу провел воркшоп на Analyst Days. Познавали азы криптографии и переизобретали TLS. Участникам спасибо за работу, вроде тема зашла. Мб сделаем продолжение.

Немного ссылочек для закрепления и дальнейшего погружения, как обещал:

• Основные понятия криптографии

• Глубокая статья про шифрование, TLS, сертификаты и вообще все необходимое

• PKI - инфраструктура открытых ключей

При желании закидывайте отзывы, камни и вопросы в комменты.

🐰 Самый простой способ понять работу RabbitMQ 🐰

В сообществе аналитиков довольно известен этот визуализатор работы Kafka. Я узнала о нём из блога Системный сдвиг, а затем оценила классную рекомендацию по работе с ним от Yet Another Analyst.

Но поскольку я провожу уроки именно по RabbitMQ, стало интересно: А есть ли похожая визуализация RabbitMQ — для тех, хочет быстро просто “увидеть”, как оно работает?

Оказывается, есть! И даже несколько:
🔗 TryRabbitMQ
🔗 RabbitMQ Visualizer

Я советую первый. Как с ним работать? Часть 1.


🚦 0. Добавьте producer и queue. Попробуйте соединить их напрямую. Добавьте exchange, соедините всё по схеме: producer → exchange → queue. Что то должно начинать получаться, потому что еxchange — обязательный этап маршрута в RabbitMQ. У связи exchange и queue появился binding — ключевой элемент понимания маршрутизации. Добавьте consumer. Попробуйте соединить consumer с exchange. Что-то снова будет не хватать. Но правильный порядок близок: producer → exchange → queue → consumer.

💥 1. Выберите для exchange тип fanout. Создайте еще 2 очереди и 2 потребителя и привяжите их к exchange. Отправьте сообщение без routing key. Куда оно ушло? Установите разные binding key и отправьте сообщения со случайными с routing key. Что происходит? Удалите один binding. Получает ли эта очередь сообщение? Здесь можно еще поэкспериментировать с ключами, Но основную особенность обменника типа fanout вы уже должны нащупать.

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

В следующем посте расскажу про упражнения для схем с Direct и Topic exchange — не пропустите!

#RabbitMQ #ОчередиСообщений #MessageBroker #SystemAnalyst

#конференции

Други, поделитесь мнением. Думаем над форматом следующей NextConf:

Классический формат - стандартная онлайн конфа в выходной день с 2-3 потоками.

Режим подлодки - каждый будний день в течение недели проходит активность утром и вечером: в 10 мск доклад, в 18 мск воркшоп или что-то интерактивное.

Ткните в опросик ниже, плз.

#оффтоп

2025 год, консерваторы и постмодернисты продолжают холиварить на тему Системный Анализ vs Системная Аналитика

Тем временем во всех ТЗ страны: интересанты, подписанты, согласованты.

Открытие вечера: заинтересанты.

А какие производные от серванта и космодесанта знаете вы?

#конференции

Вернулся с ЛАФ, где разбирались, почему брокеры нам ничего не гарантируют. Держите ссылочки, кому было мало:

• О гарантиях доставки и порядка сообщений

• Детальный разбор реализации Transactional Outbox

• Хардкорно про устройство брокеров

• Задача двух генералов

#AI #анализ

Классная статья об использовании AI сисаналитиком. Показывает полный цикл работы над задачей от бизнес-хотелки до формирования конкретных спек.

Никаких чудес, осознанное применение AI для автоматизации рутины и в роли копилота. Очередной раз подтверждаются тезисы:

- стоит передавать AI то, что хорошо умеешь делать сам

- валидировать результат все равно нужно

- AI дает возможность подумать над неочевидными вопросами, если используешь критическое мышление, а не просто "пишешь требования и рисуешь схемы"

Фактически, имеем IDE для аналитика, которая помогает сэкономить время на механической работе. Можно работать без нее, как и кодить без IDE - реально, но зачем?

А какую рутину уже автоматизировали вы?

#AI #мышление

Смотрю стратапы, которые всячески автоматизируют кастдев, в том числе пользовательские интервью. Идея очевидна: делаем сценарий, даем его AI-аватару, который сам общается с пользователем и фиксирует результат, после чего моделька обрабатывает данные и собирает стату.

Кажется, что для количественных исследований в b2c вариант отличный - быстрее и дешевле. Но есть нюанс.

При общении с пользователями вживую в мозгу временами щелкают новые идеи или мысли, не всегда напрямую связанные с целью исследований. Ибо мозг работает по-другому, он занимается не только агрегацией инфы, и контекст в нем другой.

Я когда-то писал, что многие техники и фреймворки нужны не столько для получения формального результата, сколько для активации мыслительных процессов. Фактически, это инструменты мышления, которые важно не растерять в процессе автоматизации. Ну или найти новые.

Репликация и партиционирование

Лайтовое введение в репликацию и партиционирование данных в БД для тех, кому лень читать кабанчика. Полезно вдумчиво изучить с точки зрения проектирования распределенных систем в целом, даже если вы ВНЕЗАПНО сами не разрабатываете хранилища.

Репликация
• Часть 1 - синк/асинк репликации, лидер-фоловер
• Часть 2 - проблемы чтения и консистентности, разрешение конфликтов, мультилидеры
• Часть 3 - схемы без лидеров

Партиционирование - проблемы, использование ключей, ребалансировка

#архитектура

Тревожитесь? Не тревожьтесь, Денис принес кусочек спокойствия на ночь. А я попробую завтра разогнать безмятежность.

в общем двачую, что на интервале 10 лет системные аналитики сметут нахер архитекторов (по крайней мере для условно безответственных программных систем автоматизации бизнеса, а точнее — сбыта — информационный учёт, элементарная обработка, приём заказов, маршрутизация, логистика, аналитика)

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

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

первый гвоздь в крышку гроба дало движение Systems Design, которое показало, что можно проектировать программные системы без Archimate, UML и прочих умных слов.

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

Три новости для любителей брокеров

• В воскресенье в 18:00 мск буду вещать, какие гарантии брокеры нам не дают. Как на ЛАФе, только в режиме говорящей головы.

• Нашел видос про гарантии в YDB Topics. Штука интересная, особенно транзакционность на уровне топики-таблицы. Но как я понял, это работает только в случае, когда используем YDB и как базу, и как брокер. Но тогда мне не совсем понятна общая архитектура системы. Может позовем их пообщаться?

• Мы пересобрали курс по брокерам с прицелом на задачи аналитиков, убрали совсем хардкор и добавили полноценный блок про кролика. Теперь он состоит из трех модулей: базовые понятия и паттерны брокеров, RabbitMQ, Apache Kafka. Отдельно поговорим о постановке задач для разработки.

#брокеры

#конференции

Ищем спикеров NextConf

Мы решились выпустить следующую серию NextConf 2 августа. Кстати, уже пятая, небольшой юбилей.

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

Архитектура и технологии
Проектирование, интеграции, хранилища, работа с бизнесом и требованиями - все, чем живем сейчас.

Карьера и развитие
Будем рады всем, кто готов рассказать об интересных карьерных треках или фейлах, переходах в другие роли, личных проектах, запуске собственного дела и все такое. Можно как в формате доклада, так и совместной дискуссии.

AI в реальности
Интересны истории об использовании AI в работе, обучении, жизни, пет-проектах, проектировании AI-based систем и продуктов.

Если хочется поделиться опытом - пишите в личку, комменты или на акк @nextway_pro.

#архитектура

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

https://www.youtube.com/watch?v=ffIt2KqZMME

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

🚀 Карьерный диалог с Павлом Каравашкиным – API Developer Advocate в Т-Банке🚀

Вы когда-нибудь слышали о профессии API Developer Advocate или Developer Advocate? Мы впервые о ней услышали этой весной, когда познакомились с Пашей. И теперь с нетерпением ждем нашей встречи, чтобы узнать о ней подробнее.

📅 Когда: 25 июня в 18:00

На встрече мы обсудим:

📌 Профессия API Developer Advocate
Какие зоны ответственности и задачи стоят перед этой ролью? Как отличается рынок в России и за рубежом? Насколько важно уточнение про API и какие еще Developer Advocate бывают?

📌 Сравнение ролей
Чем отличается Developer Advocate от других профессий, таких как DevRel, архитектора?

📌 Необходимые навыки
Какие навыки самые важные для успешной работы в этой сфере?

📌 Трек развития для системных аналитиков
Что нужно сделать системному аналитику, чтобы стать Developer Advocate?

📌 Перспективы развития: Какие карьерные перспективы открываются для Developer Advocate?

🔗 Регистрация по ссылке