Соло, научи меня | Системный анализ
رفتن به کانال در Telegram
ВЛАДИМИР СОЛОВЬЕВ Архитектор решений (Solution Architect) Ментор и наставник ▪︎ Провожу собеседования на СА ▪︎ Обучаю СА и консультирую ▪︎ Являюсь соавтором огненного курса @newsa20 По рекламе и другим вопросам: @iamelen_solo По обучению: @VSolovev43
نمایش بیشترروسيا464 386دسته بندی مشخص نشده است
393
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+17 روز
+230 روز
در حال بارگیری داده...
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اوت '26
اوت '26
+17
در 0 کانالها
ژوئیه '26
+17
در 0 کانالها
Get PRO
ژوئن '26
+12
در 0 کانالها
Get PRO
مه '26
+9
در 1 کانالها
Get PRO
آوریل '26
+4
در 1 کانالها
Get PRO
مارس '26
+11
در 0 کانالها
Get PRO
فوریه '26
+25
در 0 کانالها
Get PRO
ژانویه '26
+963
در 0 کانالها
Get PRO
دسامبر '25
+47
در 1 کانالها
Get PRO
نوامبر '25
+49
در 2 کانالها
Get PRO
اکتبر '25
+52
در 0 کانالها
Get PRO
سپتامبر '25
+185
در 0 کانالها
Get PRO
اوت '250
در 3 کانالها
Get PRO
ژوئیه '250
در 0 کانالها
Get PRO
ژوئن '25
+12
در 1 کانالها
Get PRO
مه '250
در 0 کانالها
Get PRO
آوریل '25
+1
در 0 کانالها
Get PRO
مارس '250
در 0 کانالها
Get PRO
فوریه '25
+49
در 0 کانالها
Get PRO
ژانویه '250
در 8 کانالها
Get PRO
دسامبر '24
+99
در 3 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 31 اوت | 0 | |||
| 30 اوت | 0 | |||
| 29 اوت | 0 | |||
| 28 اوت | 0 | |||
| 27 اوت | +1 | |||
| 26 اوت | +1 | |||
| 25 اوت | +1 | |||
| 24 اوت | 0 | |||
| 23 اوت | 0 | |||
| 22 اوت | +2 | |||
| 21 اوت | 0 | |||
| 20 اوت | 0 | |||
| 19 اوت | +1 | |||
| 18 اوت | +1 | |||
| 17 اوت | 0 | |||
| 16 اوت | +1 | |||
| 15 اوت | 0 | |||
| 14 اوت | 0 | |||
| 13 اوت | 0 | |||
| 12 اوت | 0 | |||
| 11 اوت | 0 | |||
| 10 اوت | +1 | |||
| 09 اوت | 0 | |||
| 08 اوت | 0 | |||
| 07 اوت | +1 | |||
| 06 اوت | 0 | |||
| 05 اوت | +2 | |||
| 04 اوت | +4 | |||
| 03 اوت | +1 | |||
| 02 اوت | 0 | |||
| 01 اوت | 0 |
پستهای کانال
| 2 | 👩🎓В BPMN 75 элементов. В работе нужно 10
Пересматривал шпаргалки по нотации и снова упёрся в классику: аналитик учит BPMN целиком, а потом рисует схему, которую заказчик открывает, смотрит две секунды и закрывает.
Дело не в знаниях, а в алфавите.
📌Сначала выберите уровень
Уровней моделирования три, и от уровня зависит, сколько элементов вам вообще можно трогать:
🔸 Описательный - согласовать логику с бизнесом. Схему читает руководитель отдела, а не аналитик.
🔸 Аналитический - показать все ветки: исключения, таймауты, откаты. Читает команда разработки.
🔸 Исполняемый - схему запускает движок (Camunda и подобные). Читает машина.
Девяносто процентов задач системного аналитика - это первый и второй уровень. Третий появляется, только когда в компании реально стоит BPMS.
✔️Рабочий минимум
Считаем: начальное событие, конечное событие, задача, поток управления, эксклюзивный шлюз ✕ ("или одно, или другое"), параллельный шлюз ➕ ("и то, и другое сразу"), пул, дорожка, поток сообщений между пулами, подпроцесс.
Ровно десять. Этого хватает на описательный уровень целиком.
➡️Второй слой - только когда без него схема врёт
⚪️ Граничное событие-таймер на задаче - "если согласование не пришло за 2 дня"
⚪️ Граничное событие-ошибка - "оплата не прошла"
⚪️ Событийный шлюз - процесс ждёт, что наступит раньше: ответ клиента или таймаут
⚪️Транзакция - блок, который либо выполняется целиком, либо откатывается полностью, и никаких изменений не остаётся
⚪️Объект данных и хранилище данных - документ живёт внутри экземпляра процесса, а хранилище (та же БД) переживает его
Вот эту последнюю пару путают чаще всего. Объект данных - заявка, которая ходит по процессу. Хранилище - база, куда её записали и где она осталась после завершения.
🎁Правило, которое экономит часы
Если элемент на схеме приходится объяснять словами - уберите элемент.
Терминальное событие, эскалация, компенсация, ad hoc-подпроцесс - они существуют и они корректные. Но если из десяти читателей их понимают двое, схема перестаёт быть языком общения и превращается в ребус.
BPMN нужен не для того, чтобы показать, что вы знаете нотацию. Он нужен, чтобы заказчик, разработчик и тестировщик увидели один и тот же процесс.
⬇️Задание
Откройте свою последнюю схему и посчитайте, сколько РАЗНЫХ типов элементов вы использовали. Больше 12 - почти наверняка есть что упростить.
💛Полный справочник элементов с примерами
🔸 А какой элемент BPMN вы так и не поняли, зачем нужен? Напишите в комментариях - разберу в следующем посте.
#BPMN
#СистемныйАнализ
#ТеорияБезВоды
#СолоНаучиМеня | 64 |
| 3 |  +8Иногда лучший выходной стоит 200 рублей.
Вчера мы с женой посетили ферму Весёлая корова - деревня Антоново, Раменский округ.
От дома 35 минут на машине, то есть вообще почти никуда не ехали. Билет - 200 ₽ с человека, а эмоций получили тысячи на две с половиной👍
Это обычная рабочая ферма, без пафоса: лошади, коровы, козы, кролики, гуси. Есть крошечная зона отдыха с гамаками, но нам хватило за глаза.
Главное открытие - коровьи ясли, там, где телята🥰да, слегка попахивает, и как будто поэтому там мало людей. В итоге мы были там вдвоём, в полной тишине, и залипали на малышей. Ради одного этого стоило приехать.
Ещё там есть музей советских вещей. Полный арт-хаус, не то, что мы привыкли видеть в музеях, и это, честно говоря, даже круче, чем как обычно.
Есть кафе, но мы не успели - слишком долго тусили у животных. Цены посмотрел: щи 350 ₽, пельмени 300 ₽. Находка одним словом.
🐈🐈🐈
Раз поесть не успели - поехали искать еду по дороге домой. Жена нагуглила недавно открывшуюся Чайхану Плов Сити в Бронницах. Я к таким местам отношусь скептически, но повёлся на оценки и рискнул. И всё!🤪 Я теперь их постоянный клиент.
Мы объелись до лопнувших пуз 🥺на 1800 ₽ за двоих: суп от шефа - бомба, долма - вкуснейшая, жареные манты, грибной крем-суп, чай. Очень вкусно, качественно и недорого.
А раз я своих подписчиков чту и люблю, ценной информацией делюсь всегда ❤️
Что меня во всём этом радует больше всего: такие места попадаются сами. Ты не планируешь культурную программу, просто выезжаешь из дома на 35 минут - и возвращаешься с вдохновением на неделю вперёд.
Иногда за перезагрузкой не нужно ехать далеко. Нужно просто ехать👩🚀
©️ Ферма работает 10:00–18:00 ежедневно, кафе вт–вс 12:00–17:00, понедельник закрыто; есть экскурсии с гидом 450–1500 ₽ и магазин своей молочки.
#кудасходить #кудасъездить #выходныессемьей | 88 |
| 4 |  Самый частый вопрос от новичков звучит так: я вроде хочу в системный анализ, но так и не понял, что аналитик делает целыми днями.
Определения с сайтов вакансий эту дырку не закрывают, они написаны для тех, кто уже в теме.
Записал видео и объяснил профессию обычными словами: на примере заказа пиццы🤩
Смотрите ролик и пишите в комментариях, какой вопрос про профессию остался без ответа - следующее видео сделаем по вашим вопросам.
📺ЮТУБ
💙ВКВИДЕО
В сентябре стартует третий поток НСА 2.0. Разбираем требования, моделирование, базы данных, архитектуру и интеграции на сквозном проекте, который остаётся у вас на руках.
Записаться
#практикум #ктотакойсистемныйаналитик #системныйанализ #войтивайти | 149 |
| 5 |  "У нас точно есть бэкапы" - говорят все. А потом случается авария, и выясняется, что из этих бэкапов никто ни разу не восстанавливался: копия битая, инструкции нет, разворачивать некому🤪
Бэкап есть у всех. Восстановиться могут не все. Отметь того, кто до сих пор не проверял восстановление 🤩
Статья
Каруселька
#бэкап
#rporto
#СистемныйАнализ
#джун | 140 |
| 6 |  +8Самый частый вопрос от тех, кто идёт в системный анализ с нуля - с чего начать.
Проблема обычно в обратном: материалов слишком много. Человек полгода читает всё подряд, путается в терминах и решает, что это не для него.
Порядок тут решает больше, чем объём. Показали шесть шагов в той последовательности, в которой их стоит проходить:
требования и документация, схемы и модели, устройство систем, базы данных, интеграции, взаимодействие с UI.
Каждый следующий шаг опирается на предыдущий. Поэтому интеграции идут пятыми, а не первыми - без понимания архитектуры и данных они превращаются в набор незнакомых слов.
Листайте карточки➡️
И обратите внимание на предпоследнюю - там то, чего в этом пути нет, чтобы вы не тратили время зря.
🔤🔤
В сентябре стартует третий поток НСА 2.0.
Проходим все шаги вместе, на сквозном проекте - от первого созвона с заказчиком до готового пакета документов в портфолио.
Записаться
#курсса #системныйаналитик #СистемныйАнализ #сменапрофессии #удалённаяработа | 138 |
| 7 |  🏛 На чём реально валятся системные аналитики на собесе?
Не на SQL. Не на BPMN.
На архитектуре.
⚫️Чем оркестрация отличается от хореографии?
⚫️Зачем нужен API Gateway?
⚫️Kafka или RabbitMQ – и почему?
⚫️В чём разница между аутентификацией и авторизацией?
Ты вроде слышал все эти слова. Но связно объяснить – язык заплетается, а собеседующий уже сделал пометку.
Мне потребовалось не мало времени, но я собрал всё, на чём плывут, в один справочник.
📐 АРХИТЕКТУРА для системного аналитика
86 терминов, которые реально спрашивают – от "что такое компонент" до C4, микросервисов, Kafka и НФТ.
Каждый термин – по одной формуле, без воды:
✔️ Определение – коротко и по-человечески
💡 Зачем это аналитику – как звучит на собесе и в проекте
📌 Пример – чтобы сразу уложилось в голове
Внутри 8 разделов:
⚫️Общие понятия и стили архитектуры
⚫️Монолит, микросервисы, EDA, DDD
⚫️API, REST, gRPC, брокеры сообщений
⚫️Базы данных, кэш, шардирование
⚫️Безопасность: OAuth, JWT, TLS, SSO
⚫️НФТ, которые аналитик обязан измерить
⚫️DevOps: Docker, Kubernetes, CI/CD
⚫️UML, C4, ERD, ArchiMate
Это не сухая Википедия, это шпаргалка, по которой за вечер можно подготовиться к разговору об архитектуре и перестать "плавать" во многих вопросах.
Формат – PDF. Открыл с телефона, повторил перед собесом, закрыл вкладку с уверенностью.
💰 299 ₽ до конца недели (потом 349 ₽)
Забрать
Еще продукты:
Словарь Джуна 99р
Подготовка к собеседованию 199р
©️Обязательно укажи email
#шпаргалка #са #СистемныйАнализ #системныйаналитик #системный_анализ | 140 |
| 8 | Разработчик спрашивает: В ТЗ не написано, что показывать при пустом списке. Придумать самому?💪
У тебя два ответа. Оба неправильные.
Я собрал симулятор системного аналитика. Открывается прямо в Telegram, играется с телефона в очереди за кофе🥺
Каждый день к тебе приходит один человек с одним вопросом: разработчик, заказчик, тестировщик, безопасник, джун, который уже пообещал заказчику фичу. Ты тянешь карточку влево или вправо - третьего не дано.
Четыре шкалы: заказчик, команда, сроки, нервы.
Проект заканчивается, когда любая из них доходит до края. До нуля - и до сотни тоже. Согласовать всё идеально также смертельно: пока ты вылизывал требования, бизнес передумал, и проект закрыли🥺
50 карточек, 8 концовок. Всё это происходило со мной или с теми, кого я знаю.
🥺 Играть
Пишите в комментарии, сколько дней продержались и на чём сгорели🔥
Соберу топ через неделю.
#имба #СистемныйАнализ #Обучение #системныйаналитик | 146 |
| 9 |  🤨 Серия: Ванечка узнаёт, что бэкапа мало
Ванечка писал требования к надёжности и дошёл до аварийного восстановления. Уверенно вбил: Система должна иметь резервные копии. Поставил точку, выдохнул, вроде всё.
Но в итоге получил вопрос: Хорошо, серверная сгорела. За сколько вы поднимете систему? И сколько данных при этом потеряете? Ванечка открыл рот и понял.. должны быть бэкапы не отвечает ни на один из этих вопросов.
👍 Пицца-Единорог возник с огнетушителем: Ванечка, представь, что ночью пиццерию затопило. Разберем теперь две разные штуки - RPO и RTO. Смотри:
➡️ RPO - сколько данных не жалко потерять.
Книгу заказов ты бэкапишь раз в сутки, в 18:00, потоп случился в 23:00, значит все заказы с 18:00 до 23:00 - пять часов работы - утонули безвозвратно.
RPO это и есть: на какой момент в прошлом у тебя есть сохранённая копия. Хочешь терять максимум час заказов - бэкапь раз в час. RPO смотрит назад, в сторону данных.
То есть RPO - про то, как часто я сохраняюсь? - уточнил Ванечка.
Именно. Чем меньше готов потерять - тем чаще бэкап, тем дороже.
➡️ RTO - за сколько ты снова откроешься.
Потоп прошёл. Вопрос: когда пиццерия снова начнёт принимать заказы? Есть запасная кухня за углом - переехал и работаешь через час (RTO = 1 час). Нет - неделю сохнут стены и ждёшь оборудование (RTO = неделя).
RTO это допустимое время простоя. Оно смотрит вперёд, в сторону восстановления.
Ванечка выдохнул: То есть RPO - сколько данных потеряю до катастрофы, а RTO - сколько времени буду лежать после неё?
Вот теперь ты написал не просто "должны быть бэкапы", а понимаешь, что за этим стоит.
💡 Что важно запомнить:
⚪️RPO - сколько данных допустимо потерять (смотрит назад). Определяет частоту бэкапов
⚪️RTO - за сколько восстановиться после сбоя (смотрит вперёд). Определяет резервную инфраструктуру
⚪️Катастрофа - точка на таймлайне:
RPO слева, RTO справа
⚪️RPO = 0 и RTO = 0 (ноль потерь, мгновенное восстановление) стоят очень дорого - бизнес выбирает баланс
⚪️Должны быть бэкапы - это не требование. Требование - это две цифры: сколько данных и сколько времени
💛 А у вас на проектах RTO и RPO вообще считали - или просто "бэкап раз в сутки и живём"? Делитесь в комментариях
💛 В МАХ завел рубрику "Нет Глупых Вопросов"
#ВанечкаИЕдинорог #СистемныйАнализ #DisasterRecovery #Надёжность | 108 |
| 10 |  Как SLA на 99,9% не спас клиента от простоя - и почему виноват был аналитик😒
📌Проект: SaaS-сервис для логистики, договор с крупным клиентом.
В SLA гордо стояло: Доступность сервиса - 99,9%. Клиент подписал, все довольны.
Через два месяца сервис лёг на 6 часов в разгар рабочего дня. Склады клиента встали, заказы не обрабатыются, убытки. Клиент открывает договор, требует
компенсацию...
Оказалось, в SLA была только цифра. И всё.
Не написано:
⚪️ за какой период считается эта доступность (за месяц? за год?);
⚪️ что именно считается недоступностью (полное падение? замедление?);
⚪️ откуда берутся данные для подсчёта;
⚪️ какая компенсация положена за нарушение.
Стороны сели считать: 6 часов простоя за месяц - это доступность 99,17% - это ниже обещанных 99,9%. Клиент говорит: Нарушение, платите.
Поставщик: А у нас период - год, за год как раз укладываемся в 99,9%
В договоре не написано - значит, суд, экспертизы, испорченные отношения.
А ведь всё это - работа аналитика на этапе требований. За красивой цифрой 99,9% не оказалось ни SLI (что и как меряем), ни описания периода, ни санкции.
SLA был, а механизма под ним - нет.
Что спасло бы проект - нормально прописанное требование:
🔸 SLI: доступность = доля минут в месяце, когда сервис отвечал за < 2 сек
🔸 Период: календарный месяц
🔸 SLO (внутренняя цель): 99,95%
🔸 SLA (клиенту): 99,9%, источник данных - система мониторинга X
🔸 Санкция: −10% от месячной платы за каждые 0,1% ниже порога
🔸 Исключения: плановые работы с уведомлением за 48 часов
Такой SLA не оставляет места для спора: понятно, что мерили, за какой период, и сколько стоит нарушение.
Мораль
❤️❤️❤️
Это целый механизм: метрика, период, источник данных и последствия. Без них цифра в договоре не защищает никого - ни клиента, ни поставщика. И написать этот механизм должен аналитик, до того как договор ушёл на подпись.
Разбираем такие требования и учим проектировать SLA, которые работают - на курсе Системный анализ с нуля. 3 поток стартует в сентябое🥺
#sla #sli #slo #системный_анализ #системныйаналитик | 105 |
| 11 | Скачал методичку?🤔 | 125 |
| 12 |  Чем монолит отличается от микросервисов?🥺
Вопрос, на котором плывёт половина кандидатов в системные аналитики.
Я и сам когда-то плыл...
Собрал короткую методичку и разложил по-человечески: монолит, SOA, микросервисы, плюсы-минусы каждой на сквозном примере (платформа зарядок для электромобилей) и как это звучит на собесе.
💪 6 глав, без воды.
❤️ Забрать бесплатно - в Telegram-боте
Бот попросит подписаться на канал @solo_teach - это всё, что нужно, файл придёт сразу. | 141 |
| 13 |  Статью и Чек-лист ищи на Boosty
🐈🐈🐈
Хороших выходных🙂 | 130 |
| 14 |  Ванечка разбирается, чем HTTPS отличается от HTTP
👨💻 Ванечка читал ТЗ и споткнулся о строчку: взаимодействие по mTLS. Рядом мелькали HTTP и HTTPS. Он честно подумал: HTTPS - это же просто HTTP с буквой S для красоты. А mTLS, наверное, вообще опечатка?
И написал разработчику: А давай по-простому, по HTTP? А то с этими сертификатами сложно. Отправил и пошёл заказывать пиццу.
😡 Пицца-Единорог материализовался прямо с коробкой: "Ванечка, ты только что предложил кричать номер своей карты через весь двор. Давай на пицце покажу".
HTTP - это заказ криком через двор.
Ты выходишь на балкон и орёшь: Пиццерия! Везите пепперони на Ленина, 5, квартира 12, оплата картой 4276.... Заказ то доедет, но весь двор услышал и адрес, и что ты заказал, и номер карты. Целое досье😄- это HTTP - данные идут открытым текстом.
HTTPS - запечатанная коробка 📦
Теперь пиццу везут в опломбированной коробке, которую по дороге никто не вскроет. А на пороге курьер показывает бейдж пиццерии - ты убеждаешься, что это правда из "Единорога", а не мошенник. Вот эта проверка бейджа и есть TLS-сертификат сервера. Сервер доказал тебе, что он настоящий, и канал зашифрован.
- А кому курьер отдаст пиццу? спросил Ванечка.
- В том-то и штука. Кто открыл дверь - тот и получил. Курьер тебя не проверяет.
mTLS - оба показывают документы.
В mTLS (взаимный TLS) бейдж показывает не только курьер, но и ты. Курьер: вот моё удостоверение пиццерии. Ты: вот мой клиентский код. Пиццу получит только тот, у кого есть свой сертификат. Чужой человек дверь откроет, а пиццу не заберёт - пропуска нет.
- То есть HTTPS проверяет только сервер, а mTLS - обе стороны? - понял Ванечка.
- Именно. Поэтому mTLS ставят там, где важно, чтобы сервисы доверяли друг другу: банковские интеграции, платёжные шлюзы, внутренние API между системами.
Что важно запомнить:
❕HTTP - данные идут открытым текстом, читает кто угодно
❕HTTPS - канал шифруется, сервер доказывает, что он настоящий (сертификат)
❕mTLS - сертификат предъявляют обе стороны, клиент тоже
❕S в HTTPS - это не для красоты, это TLS под капотом
❕mTLS нужен там, где стороны должны доверять друг другу, а не только клиент серверу
🥺А вы встречали mTLS в реальных проектах? В каких интеграциях он вам попадался? Делитесь в комментариях✨
#http #mtls #tls #https
#ВанечкаИЕдинорог #СистемныйАнализ #API #Безопасность | 117 |
| 15 | В ВК читай статью и качай чек-лист
🐈🐈🐈
Хорошего дня 🥺 | 89 |
| 16 |  Собираю всё в одном месте🥺
Знаете это чувство - материал разбросан по десяткам постов, и нужный не найти? Я делаю страницу, где всё лежит по полкам:
📘 Словарь IT-терминов - 200+ слов
💼 40 вопросов с собеседований, с разбором
📄 Рабочие шаблоны документов
Это для тех, кто заходит в системный анализ и хочет, чтобы под рукой было всё сразу, а не по крупицам.
390 ₽ - как две чашки кофе. Специально не задирал: сам менял профессию в 31 и знаю, как считаются деньги на старте.
Что еще ждать в подписке?
Видосы, которые здесь не выложить, кучу шпаргалок и методичек
🙂 boosty.to/solo_teach
#СистемныйАнализ #ВходВIT | 105 |
| 17 |  +87 ошибок в JSON, которые видно на ревью🤪
Аналитик описывает контракт API - и половина правок на ревью прилетает из-за одних и тех же вещей. Собрал семь самых частых.
Самая дорогая - первая.
null
и отсутствие поля выглядят похоже, а ведут себя по-разному: в одном случае значение есть и оно неизвестно, в другом система про поле вообще не знает. Из-за этой мелочи потом падают интеграции.
Листай карточки. Какую ошибку встречал у себя? Пиши номер в комментарии.
#системный_анализ #системныйаналитик #json | 128 |
| 18 | 🔮 🙂🙂🙂🙂🙂 🙂🙂🙂
Оракул заглянул в твой спринт - узнаёшь ситуацию? 😏
Вытяни свою карту на неделю и напиши в комментах, что выпало и совпало ли 👇
solo-teach.github.io/oracle
#таро #системныйаналитик #системный_анализ | 87 |
| 19 |  Почему дорожки в BPMN - это плохо? Рисуйте пулы!🥺
Коллеги, давайте разберем одну из самых частых ошибок в BPMN-диаграммах.
Многие системные и бизнес-аналитики рисуют несколько участников внутри одного пула, используя дорожки (Lanes). И получают вместо правильной диаграммы - источник путаницы и неоднозначностей.
💛❤️❤️❤️❤️
📌 Главное отличие: пул vs дорожка
Пул (Pool) - это независимый участник процесса: организация, внешняя система, клиент. У каждого пула свой собственный процесс.
Дорожка (Lane) - это внутреннее подразделение одного участника: роль, отдел, должность. Дорожки делят один общий процесс и не создают новых границ.
💛❤️❤️❤️❤️
❌ Почему дорожки - это плохо (когда речь о разных участниках)
🔸Нарушается семантика потоков
Внутри одного пула используются потоки управления (Sequence Flow) - сплошные стрелки. Между пулами - потоки сообщений (Message Flow) - пунктирные.
Если вы "склеили" несколько пулов в один с дорожками, вы теряете возможность показать, что между участниками происходит обмен сообщениями, а не просто передача управления.
🔸Вводите читателя в заблуждение
Когда вы подписываете дорожки как "Пользователь", "Телеграм Бот" и "Нотификатор" - это не роли внутри одной системы, а разные независимые участники. Читатель диаграммы думает, что видит один процесс, а на самом деле - три взаимодействующих.
🔸Нарушаете границы ответственности
Дорожки не изолируют процессы - потоки управления свободно пересекают их границы. Это создает иллюзию, что один участник может управлять действиями другого, что не соответствует реальности.
💛❤️❤️❤️❤️
✔️ Когда использовать пулы
Всегда, когда на диаграмме участвуют независимые стороны:
⚫️Разные компании (ваша компания и клиент)
⚫️Разные системы (CRM, ERP, Платежный шлюз)
⚫️Внешние сервисы (Telegram Bot, нотификатор)
Каждый такой участник обязательно должен быть отдельным пулом.
💛❤️❤️❤️❤️
✔️ Когда дорожки уместны
Только для внутреннего распределения ответственности внутри одного участника:
⚫️"Наша компания" с дорожками "Менеджер", "Бухгалтерия", "Склад"
⚫️Роли внутри одной системы
💛❤️❤️❤️❤️
📌 Главный критерий
Задайте себе вопрос: могу ли я нарисовать каждый из этих участников как отдельный "черный ящик" с независимой логикой? Если да - это разные пулы, а не дорожки.
Дорожки - это про "кто делает" внутри одной организации. Пулы - про "кто участвует" как независимый игрок.
💛❤️❤️❤️❤️
🔥 🔸🔸🔸🔸
Разделяйте пулы! Это:
⚫️Правит семантику - потоки сообщений vs потоки управления
⚫️Улучшает читаемость - сразу видно, где границы участников
⚫️Облегчает реализацию - разработчики видят четкие интерфейсы взаимодействия
А если вам кажется, что диаграмма с пулами занимает слишком много места - используйте свернутые пулы для участников, чей внутренний процесс неважен.
💛💛💛💛💛💛
А вы сталкивались с такой ошибкой? Как объясняете коллегам разницу между пулами и дорожками? Делитесь в комментариях! 🤩
#bpmn #системныйанализ #бизнесаналитик #бизнеспроцесс | 93 |
| 20 |  +8Внеплановый даунтайм или почему бэкенд в горах стабильнее, чем фронтенд в аэропорту🥺
Тайм-аут на восстановление ресурсов закончился, возвращаюсь в прод. Получилось галопом по Европам, но тем не менее: маленький фотоотчет в стрим.
Краткий системный анализ поездки по Дагестану (без воды, только сухие факты и баги).
🙂Что зашло (Acceptance Criteria пройдены):
1. Ландшафт (бэкенд-архитектура). Реальная природа - это вам не плоский монитор... Основное время провели в горах, масштаб, к которому мы привыкли в распределенных системах, здесь выглядит иначе. Впечатляет, когда серверные мощности развернуты вертикально на 3000 метров.
2. Юзер-экспириенс (Community). Люди - огонь. Доброжелательность, гостеприимство и отменное чувство юмора. Похоже, местный софт зашит на уровне ядра, без багов и зависаний. Приятное исключение из правил.
3. Еда (энергоэффективность). Отвал башки. Если честно, я думал, что знаю толк в мясе, но местный стек технологий в кулинарии - это хардкор. Калибровка вкусовых рецепторов прошла на ура.
🙂Что не зашло (Баг-репорт):
1. Тайминги (Дедлайны). Катастрофически мало времени. Заказчик (семья) требовал фичи, а мы успевали только базовый функционал. Галоп по Европам это не про релакс, а про деплой в пятницу вечером.
2. Сеть (Транспортный уровень). Самолет задержали и туда, и обратно. Ожидаемо, принимаем как legacy-код, с которым ничего не сделаешь, но осадочек все равно остаётся.
3. Sleep-режим. Спал мало, нагрузка на CPU была выше 90%😒 Устал как собака, но эмоциональный кеш переполнен. Футбол же еще..
Итоговый вывод (Ретроспектива):
Мы обязательно вернемся в этот дата-центр. Возьмем больше итераций (дней) и пересмотрим спринт, чтобы программа была не бешеной, а больше похожей на Agile с постоянным рефакторингом отдыха.
Кстати, задержка рейса навеяла мысль: если бы самолеты были распределенными системами, они бы задерживались хотя бы с нормальным логгированием ошибок, а не просто технические причины.
©️ Кто был в Дагестане - ставьте плюс
Кто не был - на заметку, маппинг маршрутов делаю. | 92 |
