Как убедить разработчиков использовать Camunda
HTML-код
- Опубликовано: 1 окт 2024
- ===
Бесплатная е-мейл рассылка о BPMN - bpmn2.ru
Сервис для рисования BPMN диаграмм без регистрации и СМС - storm.bpmn2.ru
Блог с кучей статей о Camunda и BPMN - bpmn2.ru/blog
Промкод на скидку 15% на мои онлайнк-курсы 15OFFRUclips
Денис, а можете картинку с Value system - Value chain - Business Function - ... выложить куда-нибудь?
Поддерживаю!
Меня как разработчика вы не убедили.
Ожидал увидеть сравнение Камунды и BPMN по сравнению с другими архитектурами в стиле pros & cons.
В первую очередь сравнение с очередями, сервисными шинами и с событийными архитектурами вообще без аркестраторов.
В видео очень много уделяется внимание на сколько BPMN нагляден как в реализации, так и в процессе исполнения, но это не так уж и часто критично важно.
Сравнивать же этот комбайн под названием Camunda с бездарным куском кода с кучей if-ов не совсем корректно.
Программисты давно уже научились делать сложные системы и поддерживать их в адекватном рабочем состоянии. Без ущерба в устойчивости и наглядности реализации.
Не понял примера с транзакционным процессом. В моем понимании транзакция это атомарное бизнес действие - он либо прошел, либо не прошел.
Сама транзакционность давно уже успешно решается силами СУБД. Разработчику достаточно указать базе данных что это транзакция.
Ну ок, можно сделать средствами BPMN, но зачем?!
Лично для себя, хоть и с трудом, я сделал следующие выводы:
- BPMN полезен там где очень много обсуждений процесса и его согласование т.е. там, где его нужно часто загодя показывать.
- Возможно нужен там, где процессы часто меняются. Версионность процессов очень интересный момент, но он ни как не раскрыт.
- Может быть полезен там, где процессов много, но они очень похожи друг на друга.
К примеру, разработка ИС как продукта, который потом можно натянуть на почти любой бизнес процесс клиента-покупателя этого продукта.
- Нужен, когда процесс ощутимо растянут по времени и возникают ситуации, когда состояние процесса нужно оперативно перекинуть назад или вперед.
По поводу изменения состояния это лишь мое предположение. В видео этот момент не раскрыт.
- Когда в процессе участвует большое кол-во людей и сервисов т.е. когда все смешалось, кони, люди.
- Бесполезен в простых сквозных процессах. Но я даже не представляю сколько будет потрачено нервов, соплей и крови, чтобы запустить реально сложный многоуровневый процесс. Разумнее будет выглядеть подход, когда сложный процесс реализуется и поправляется налету прямо в коде, а потом уже визуализируется в виде BPMN.
Но это возможно мой проф. деформированный взгляд как разработчика.
- Бесполезен, даже вреден, когда результат нужен прямо сейчас, а как сделать правильно толком никто еще не знает.
Звучит возможно смешно, но это типичная ситуация в технологичных компаниях, где очень быстро все меняется,
либо когда компания выходит со своим продуктом/сервисом на новый для себя смежный рынок т.е. опыт есть, но не такой и не в том.
- Бесполезен, возможно вреден, в нагруженных системах.
Если в сухом остатке, то главная сильная сторона BPMN в целом и Камунды в честности это его наглядность. Всё остальное очень условно и имеет альтернативные способы решения.
Применим в крупных финансовых компаниях, потому что они очень осторожны в своих решениях и крупных забюрократированных компаниях, потому что все очень запутано и субъективно внутри.
Глядя на бизнес схемы, у меня, как у разработчика, возникает вопрос - а что будет, если исполнение процесса пойдет не так гладко как изображено.
К примеру, когда какой-то внешний сервис недоступен, либо отработал некорректно, либо просто завис или захлебывается от нагрузки.
Я имею ввиду нестандартные ситуации, которые не отражены в схеме отдельными событиями или условиями.
Автор упомянул, что какие-то механизмы у Камунды есть, но хотелось бы побольше информации. Ссылками на статьи или документацию Камунды.
Написал эту портянку не в укор автору и не холивара ради, а чтобы для себя подвести и сохранить какой-то итог.
Извиняюсь, если получилось сумбурно или не совсем корректно в терминах бизнес аналитики.
@@BPMN2ru Точно не зря. Спасибо за информацию. Буду изучать :)
А потом кто-то берёт код, который написали здесь и сейчас, чуть чуть правит, добавляет новый функционал и тд. и тп. Все это превращается в кашу, которую нет возможности поддерживать. Зарождается огромное количество багов и люди, без которых это всё не может жить. Года через два-три все эти мучения прекращаются либо увольнением, либо переписыванием с нуля на bpmn-систему.
Может не правильно уловил суть Камунды, но очень напоминает MS Power Automate (бывший Flow), только более человекочитаемый.
Спасибо, Денис! Ваши уроки помогают мне лучше понимать алгоритмизацию даже в Битрикс24.
Я очень удивлен, что так мало просмотров, лайков. Уже месяц на канале зависаю, разбираю каждое видео. Очень интересно и познавательно. Спасибо большое за ваш труд.
Ну, канал не про распаковку айфонов или песни под гитару, поэтому такое количество :))
Денис, а подскажите пожалуйста ресурс на котором была найдена диаграмма на 24 минуте
@@BPMN2ru спасибо!