Денис, спасибо за подробный разбор простых на первый взгляд вещей) подача материала просто высший класс
@karpovpartners3 жыл бұрын
Денис, у вас отличный портал. Спасибо. Вся наша команда Карпов и Партнеры пользуемся с удовольствием. Перед внедрением CRM описываем архитектуру в вашем редакторе. С наступающим.
@ibelieveicanfly6229 Жыл бұрын
Супер полезная информация!
@mobyzzz19833 жыл бұрын
Хорошее видео. Полезно такие краткие нарезки делать для обновления понимания. Например, тяжело иногда принять то, что в одном активити должно быть именно одно действие 😁 Иначе, придётся делать больше уровней декомпозиции или большее количество процессов ("нарезок"). Спасибо и за фото в начале видео. 👍
@PeterKudinov3 жыл бұрын
Действий как раз может быть много внутри активности. Денис правильно сказал о критериях, которыми нужно руководствоваться для определения активности: один исполнитель и на выходе активности должен быть результат ценный для бизнес-процесса, а не исполнителя, технологии или чего-то ещё.
@mobyzzz19833 жыл бұрын
@@PeterKudinov Ну, я есть правило "1/1/1" - Один исполнитель выполняет за непрерывный отрезок одну задачу. Единственное, что я не понял в Вашем комментарии - "польза действия для бизнес-процесса". Польза - это когда без этой задачи процесс не пройдёт? Это очень очевидно.
@PeterKudinov3 жыл бұрын
@@mobyzzz1983 что за исполнитель? Я имел в виду, что, например "активировать курс по почте" - это не одно действие для скрипта, также, как и отправить промокод по почте. Но с точки зрения реализации, а не бизнес-процесса. По поводу пользы - вот же: kzbin.info/www/bejne/mJerp6Kci8Sroc0
@DmitriyTamolyunas3 жыл бұрын
Супер, спасибо за хороший пример.
@Эдик-л3ц2 жыл бұрын
Крутое видео, Спасибо!
@akifjevda3 жыл бұрын
Денис, все супер, контент - огонь, полезно. Но делай синхрон видео и звука, пожалуйста
@BPMN2ru3 жыл бұрын
Может ещё до твоих серверов не догрузилось, у меня норм работает, проверял специально
@skonyshev3 жыл бұрын
Иногда, на разных уровнях абстракции степень детализации квадратиков разная. В этом случае квадратик может быть вызовом низкоуровнего процесса. С Новым годом!)
@korova_zdorova3 жыл бұрын
Спасибо.
@egorkomarov47193 жыл бұрын
Топ контент
@IIIlllyyyccchhh3 жыл бұрын
Поставил лайк и комментарий не глядя, спорим ты так не можешь?
@BPMN2ru3 жыл бұрын
Не знаю что в комментарии ( не читал), но поставил сердечко неглядя
@vpribysh3 жыл бұрын
Денис, немного оффтоп. Подскажи, пожалуйста - каким плагинов в Шторме сделан выбор цветов/ цветовая палитра? Нашел в гите color picker - но он не то.
@BPMN2ru3 жыл бұрын
Сам написал ручками
@vpribysh3 жыл бұрын
@@BPMN2ru поделиться есть возможность? или личное/коммерческое?
@BPMN2ru3 жыл бұрын
Да оно неотделимое. Берешь любую штуку, которая хекс код цвета отдает, а потом через методы либы bpmnjs устанавливаешь цвет по айдишнику элемента. На час работы.
@StasLeo19873 жыл бұрын
Не очень понятно почему у нас развилка про "получил оплату/отказ" после (!) того, как мы уже вышли из квадратика "получить оплату".
@BPMN2ru3 жыл бұрын
Там правильнее не "получить оплату", а "получить статус оплаты" . Подробнее в видео которое всплывает
@alex_kenbo2 жыл бұрын
Хватает ли BPMN при проектировании процесса, который потом будет реализован ИТ решением каким-то самописным. Нужно ли DFD диаграмма? Или нужна как инструмент для потоков данных?
@BPMN2ru2 жыл бұрын
Все нкжно. На канале есть видос про то, что нужно еще
@PeterKudinov3 жыл бұрын
А правильно ли называть активность "Получить оплату подтверждением от эквайринга"? Ведь потом идёт развилка оплата получена или получен отказ (т.е. явно что-то кроме оплаты может быть). Не логичнее "Получить данные от эквайринга" (или что-то аналогичное по смыслу слову "данные"?) и как-то отобразить взаимодействие с эквайрингом, если это извне приходит и оказывает влияние на процесс?