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

ну и отлично, значит бпмн вам подходит получается)

Занимаетесь чем-то похожим, а может и свой workflow-движок пишите? Заканчивайте и берите готовый — сэкономите тысячи часов разработки.

Согласен с этой фразой на 100%

А то, что люди только клепают бпмн, это уже частности😁

те для всех этих кейсов "остальные аспекты создания софта" не важны ?

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

вот еще что нужно добавить, чтобы вышел софт. Это уже моя точка зрения прям авторская совсем https://bpmn2.ru/blog/7-veshei-k-bpmn-scheme-dlya-processnogo-prilozhenia

ща в бан улечу за спам своего блога

целую всех если чо

а разве это не цель bpmn? предоствить абстракное описание процессов и взаимодействий, не привязанных к конкретной бизнес области/проблеме ?

Я исхожу из  того, что цель BPMN - это "мостик" между бизнесом и айти при автоматизации бизнес-процессов.

и все отличие DSL, что у него такая привязка есть. но это не делает BPMN бесполезным, возможно менее эффективным

и тут надо решать - оправдывает ли эффективность стоимость разработки

да, именно. В тех описаниях, что вы выше давали, насколько менее эффективным, что от него толка нет. А вот когда мы чуть выше от описания работ смотрим на всё что вокруг, то там самый цимес происходит. Дворник посмотрел что разлили топливо на улице, заказал опилки. Опилки купили по самой лучшей цене по тендерной процедуре, привезли их. он их раскидал вокруг лужи и люди перестали в ЖЭК жаловаться.

вот проведение такой штуки от "Клиент пожаловался - его жалоба полностью закрыто" это прям самое то, где BPMN рвёт всё остальное

но это все очень абстрактно. для меня, это скорее более высокий уровень абстракции чем код. который к тому же проще ложится на GUI, так что с ним могут работать не только разработчики систем, но и определенный класс пользователей этих систем. и это - ключевой фактор. пилить  DSL, а потом  GUI editor к нему, а потом еще всякие сопутсвующие операционные тулы - для это должны быть очень, очень веские причины, и скорее в области технических факторов (например ios поддержка).

это только кажется что оно ложиться на гуй)

попробуйте отправку сообщения в телеграмм расписать как BPMN, боль жуткая будет

не спорю, что это нетривиальная задача. но это хоть что-то, что есть прямо сейчас. что можно взять и попробовать. DSL - это здорово и классно (особенно если json заменить на scala, например) но его лучше пилить уже когда полностью понимаешь проблему. и потом - чем  subprocess  не элемент  построения   DSL  на базе самого же   BPMN ?