BPM Developers

😁15💯4

335 views07:24

🔥 Почему разработчики избегают BPM движков?

Для многих Java-разработчиков идея использования BPM движков кажется сложной и чуждой. Но почему?

БЫЛ ОДИН СЛУЧАЙ

Представьте: обычная команда Java-разработчиков. Проект по автоматизации закупочных бизнес-процессов компании. Весь код написан на привычном стеке: Spring Boot, Hibernate, REST API. Фронтендеры сами копошатся с формочками. Каждый процесс прописан детально — от начала до конца, используя if-else конструкции, сервисы и базы данных.

И тут приходит бизнес с новым требованием:
— Мы придумали новое управление по “закошмариванию” поставщиков и теперь все закупки свыше 1 000 000 руб. через них. Вот тут мы с аналитиками в BPMN 2.0 все накидали. Владельцем процесса становится Сан Саныч. Он будет вот эти метрики мониторить вместе со всеми процессами. Изменения небольшие, но затрагивают 80% закупок. Через 2 недели начинаем работать в соответствии с новой схемой.

Команда хватается за голову. Неужели придется внедрять-таки проклятущий BPM движок? Это же то самое сложное, неприятно лоу-кодное, да еще и врубаться в эту дрянь! У команды возникает ощущение, что их лишают свободы:
• Придется учить новый инструмент.
• Пропадет контроль над кодом.
• Все процессы превратятся в непонятные «черные ящики».
Звучит знакомо? Думаю да, для всех кому приходилось адвокатить BPM в командах профессиональной разработки.

ПОЧЕМУ CAMUNDA — НЕ ВРАГ, А ДРУГ РАЗРАБОТЧИКА?

1️⃣ Java-friendly платформа

Camunda создана с учетом потребностей Java-разработчиков. Она не навязывает вам чуждый стек, а органично интегрируется в ваш привычный мир, а с помощью плагинов еще и в вашу привычную IDE:
• Вы продолжаете писать код на Java. Camunda поддерживает написание кастомной бизнес-логики в Service Tasks с использованием Java Delegate или паттерна External Tasks. Паттерн External Tasks позволяет описать логику в любом стороннем сервисе и необязательно на Java.
• Благодаря поддержке Spring Boot и JPA в ваших сервисах вы работаете с данными так же, как вы привыкли.
Для тех, кто боится потерять контроль над кодом, Camunda — это не «черный ящик», а понятный и хорошо документированный инструмент.

2️⃣ Миф о лоу-кодности

Использование BPM движка пугает из-за того, что его часто ассоциируют с визуальным редактированием процессов. Кажется, что это неудобно и медленно. Но в Camunda вы можете комбинировать визуальное представление BPMN схемы с чистой BPMN 2.0 XML разметкой и Java-кодом:
• Визуальная схема процесса становится общей точкой взаимодействия с бизнесом, а вся кастомная логика остается в коде.
• Визуальная модель помогает быстрее “въехать” в задачу и упростить коммуникации с аналитиками.
• XML представление модели процесса легко версионируется с помощью стандартных инструментов разработчика.
На самом деле это упрощает, а не усложняет жизнь разработчика.

3️⃣ Контроль и прозрачность

Разработчики часто боятся BPM движков, потому что думают, что теряют контроль над процессами. Но с Camunda вы контролируете всё:
• Встроенные инструменты мониторинга позволяют видеть выполнение процессов в реальном времени и отрабатывать инциденты.
• Исходный код открыт. Вы можете «залезть» в любую часть движка, чтобы понять, как всё работает.
Тоже самое касается и альтернативных популярных open-source BPM движков: Flowable и Activiti.

Это поможет убедить команду использовать BPM? - Мммм, не сразу

Скорее всего команда из нашей истории попытается сделать все по старинке, угорит от рефакторинга и регресса, и только потом вспомнит про этот пост и хотя бы попробует на тестовом проекте. Начало использование BPM движков — это серьёзный шаг к изменению принятых в конторе шаблонов проектирования. Несмотря на то, что подход уже доказал свою жизнеспособность естественным ростом сообщества BPM технологий во всем мире, первые шаги обычно даются очень тяжело. Именно поэтому мы ведем этот канал, чтобы увлеченных становилось больше, а страданий enterprise разработчиков меньше.

❓Вам показалась знакомой ситуация из данного поста? Расскажите свою историю в комментах и получите наш мерч первыми - как только мы его сделаем 🙂

🔥13👍2✍1

404 viewsedited 14:05