Добрый день, Денис. Большое спасибо за статью, как раз хотел увидеть пример успешного внедрения Camunda BPM.
Несколько не понял, как возник такой профит времени и ресурсе, если в тексте:
Когда в беклоге появилась задача, мы старались идентифицировать квадратик\компонент\сервис к которому он относится и переписывали эту штуку с нуля в Camunda. Иногда по стоимости это было 1.2х (х — если бы делали в IBM), иногда — 3х или 5х.
Рискну предположить, что тут сыграл рефакторинг бизнес логики и структуры разработки. Но это проблема разработки и её поддержки, а не платформы.
По поводу ограничений платформы для разработчика — это в яблочко. Перейти с intellij idea на Eclipse (которым по сути и является IBM Integration Designer) очень тяжело, писать красивый фронт тоже не получится в IBM BPM. Да и специалистов найти — проблема, особенно если учитывать, что система с версиями сильно меняется и порой кампании требуется поддержка старой версии. Это особенность не только IBM BPM, а вообще всех подобных продуктов (Siebel CRM в том числе). Про плюсы данных систем не говорим, это дело отдельной статьи.
Я понимаю, что есть ряд ограничений по тому, что можно показывать и рассказывать, но, конкретно данный пример кажется крайне абстрактным и выводы связаны не с Camunda, а качественно новым уровнем проектирования информационных систем.
Про интерфейс бизнес-процессов. Стало интересно, зачем реализовывать в одном продукте(CRM) функционал другого(BPM)?
Можно ли у Вас реализовать параллельные задачи, обработки ошибок, таймеры, вызовы других процессов, интеграционные вызовы и прочее? Какой функционал можно закладывать под блоки бизнес процесса? Пустые задачи? Интеграции\автозагрузки?
Вы писали о том, что к большому количеству вкладок сотрудник быстро привыкает и это очень удобно… с точки зрения программиста — да, но с точки зрения простого пользователя — обычно нет. На скриншоте одних только вкладок 18 сверху и 23 снизу, не говоря уже о возможных вложенных и скрытых. Или управление видимостью данных вкладок идёт через ролевую модель? И на скриншоте пример с ролью админа?
Видимо у нас разный опыт пользования IBM BPM. Поэтому я и указал на современную версию IBM BPM. Если вы сравниваете систему 3-ех летней давности со свеженькой Camunda, это несколько не честно.
Если опытного программиста посадить за IBM BPM — она ему не понравится из-за своих жестких рамок и крайне специфического инструмента. Да и как IDE она плоха.
По своему опыту могу сказать, что разработка на IBM BPM может быть быстрой и стабильной. Но если бизнес процесс слабо проработан, запутан до невозможности или бизнес заказчик просто не знает что хочет, то тут ни одна BPM система не спасёт.
PS. Насколько я помню, именно Тинькофф первым из банков публиковали свой опыт по созданию кредитного конвейра на IBM BPM. И отзыв был исключительно положительным.
Нет вменяемого контроля версий. IBM BPM просто не дает возможности нормально хранить процессы (код) в репозитории и использует свое собственное хранилище, которое не знает о таком понятии, как merge, например.
Код из Integration Designer замечательно можно хранить в системе контроля версий. SVN, GIT
В IBM BPM контроль версий через снапшоты (откатить любой элемент можно до версии сделанной в этом снапшоте). Иногда восстанавливает некорректно, если есть большое количество связей на Coach, тогда эти связи могут отвалится.
Разработка на Java 6. Возможно, на момент написания этой статьи уже можно разрабатывать на Java 7, но в 2019 году это слабое утешение.
IBM BPM 8.6.0 (версия вышедшая в 2017 году) поддерживает java 8
IBM BPM крутится на WebSphere, в итоге разработчикам надо запасаться терпением при каждом обновлении своего модуля. К тому же это дополнительная головная боль для админов, которым периодически приходится возвращать к жизни этого монстра в случае его зависания.
Вот тут возникает 2 вопроса:
насколько качественно разрабатываются процессы и админится WS
сколько приобретено unit у IBM (сколько мощности под капотом)
Разработка интеграционных модулей в среде Integration Designer, которая в действительности является затюненным не в лучшую сторону Eclipse.
Нет нормальной возможности Unit-тестирования.
Высокая стоимость платформы.
Чистая правда. IID и BPM изменённый eclipse.
Слышал об IBM BPM Testing Asset, а так же есть масса способов прикрутить тесты к IBM BPM. Но все они связаны с шаманством.
Стоимость высокая, но в зависимости от обстоятельств, IBM делают хорошие скидки.
Плюс получить готовый коробочный продукт, на развитие которого не нужно тратить много сил разработчиков, наверное, стоит того. Как недавно в своей презентации о Camunda говорил Ваш коллега, Денис Котов, для того чтобы стартовать промышленную разработку на Camunda нужно сначала сделать очень много периферии. Если есть много скучающих Java-разработчиков, наверное, это не проблема вовсе.
IBM развивает свой продукт. Если в старых версиях инструментарий для интерфейсов пользователя был крайне скудным, то с 8.6.0 это сильно изменилось. У платформы есть минусы: невозможность перенести многие самостоятельные решения с предыдущей версии на новую (поэтому часть компаний по прежнему держать систему на 8.5.5 и 8.5.7). Курсы и обучение актуальным версия в России отсутствует.
Но года два-три назад появился новый тренд Camunda, а IT сообщество падко на такие вещи, плюс разработчики крупных BPM подняли цены, а тут «бесплатное» решение. Но никто не берёт в расчет, что необходимо вначале выстроить крупную инфраструктуру для этого решения, а для этого нужны люди с высокими компетенциями.
Это продукты совершенно разных уровней. Сравнивать их не правильно и вредно, оно (сравнение) создаёт у несвязанных с этим людей неправильное впечатление.
— про заклеивание номеров снегом или бумажкой на месте парковок думаю говорить не будем (парковка в городах 200-400 км от Питера и Москвы составляет 20 руб. за час, а не 60-300 руб., как в Москве). При чем, заклеивают часто машины стоимостью от 5-6 млн руб. (при месячном абонементе в 3000 руб.);
-Это вообще возможно только в Москве, т.к. про платные парковки в других местах я как-то не слышал.
гм, платные парковки в центре города — уже норма для крупных городов.
В Казани из 10 автомобилей на платной парковке — добрая треть заклеена или вообще без номеров.
Объезд пробки по тротуару, езда под кирпич, поворот без сигнала о повороте, трындец на кольцах — такого хватает во многих городах. И в Тюмени, и в Казани.
Несколько не понял, как возник такой профит времени и ресурсе, если в тексте:
Рискну предположить, что тут сыграл рефакторинг бизнес логики и структуры разработки. Но это проблема разработки и её поддержки, а не платформы.
По поводу ограничений платформы для разработчика — это в яблочко. Перейти с intellij idea на Eclipse (которым по сути и является IBM Integration Designer) очень тяжело, писать красивый фронт тоже не получится в IBM BPM. Да и специалистов найти — проблема, особенно если учитывать, что система с версиями сильно меняется и порой кампании требуется поддержка старой версии. Это особенность не только IBM BPM, а вообще всех подобных продуктов (Siebel CRM в том числе). Про плюсы данных систем не говорим, это дело отдельной статьи.
Я понимаю, что есть ряд ограничений по тому, что можно показывать и рассказывать, но, конкретно данный пример кажется крайне абстрактным и выводы связаны не с Camunda, а качественно новым уровнем проектирования информационных систем.
Можно ли у Вас реализовать параллельные задачи, обработки ошибок, таймеры, вызовы других процессов, интеграционные вызовы и прочее? Какой функционал можно закладывать под блоки бизнес процесса? Пустые задачи? Интеграции\автозагрузки?
Вы писали о том, что к большому количеству вкладок сотрудник быстро привыкает и это очень удобно… с точки зрения программиста — да, но с точки зрения простого пользователя — обычно нет. На скриншоте одних только вкладок 18 сверху и 23 снизу, не говоря уже о возможных вложенных и скрытых. Или управление видимостью данных вкладок идёт через ролевую модель? И на скриншоте пример с ролью админа?
Если опытного программиста посадить за IBM BPM — она ему не понравится из-за своих жестких рамок и крайне специфического инструмента. Да и как IDE она плоха.
По своему опыту могу сказать, что разработка на IBM BPM может быть быстрой и стабильной. Но если бизнес процесс слабо проработан, запутан до невозможности или бизнес заказчик просто не знает что хочет, то тут ни одна BPM система не спасёт.
PS. Насколько я помню, именно Тинькофф первым из банков публиковали свой опыт по созданию кредитного конвейра на IBM BPM. И отзыв был исключительно положительным.
Код из Integration Designer замечательно можно хранить в системе контроля версий. SVN, GIT
В IBM BPM контроль версий через снапшоты (откатить любой элемент можно до версии сделанной в этом снапшоте). Иногда восстанавливает некорректно, если есть большое количество связей на Coach, тогда эти связи могут отвалится.
IBM BPM 8.6.0 (версия вышедшая в 2017 году) поддерживает java 8
Вот тут возникает 2 вопроса:
Чистая правда. IID и BPM изменённый eclipse.
Слышал об IBM BPM Testing Asset, а так же есть масса способов прикрутить тесты к IBM BPM. Но все они связаны с шаманством.
Стоимость высокая, но в зависимости от обстоятельств, IBM делают хорошие скидки.
Плюс получить готовый коробочный продукт, на развитие которого не нужно тратить много сил разработчиков, наверное, стоит того. Как недавно в своей презентации о Camunda говорил Ваш коллега, Денис Котов, для того чтобы стартовать промышленную разработку на Camunda нужно сначала сделать очень много периферии. Если есть много скучающих Java-разработчиков, наверное, это не проблема вовсе.
IBM развивает свой продукт. Если в старых версиях инструментарий для интерфейсов пользователя был крайне скудным, то с 8.6.0 это сильно изменилось. У платформы есть минусы: невозможность перенести многие самостоятельные решения с предыдущей версии на новую (поэтому часть компаний по прежнему держать систему на 8.5.5 и 8.5.7). Курсы и обучение актуальным версия в России отсутствует.
Но года два-три назад появился новый тренд Camunda, а IT сообщество падко на такие вещи, плюс разработчики крупных BPM подняли цены, а тут «бесплатное» решение. Но никто не берёт в расчет, что необходимо вначале выстроить крупную инфраструктуру для этого решения, а для этого нужны люди с высокими компетенциями.
Это продукты совершенно разных уровней. Сравнивать их не правильно и вредно, оно (сравнение) создаёт у несвязанных с этим людей неправильное впечатление.
гм, платные парковки в центре города — уже норма для крупных городов.
В Казани из 10 автомобилей на платной парковке — добрая треть заклеена или вообще без номеров.
Объезд пробки по тротуару, езда под кирпич, поворот без сигнала о повороте, трындец на кольцах — такого хватает во многих городах. И в Тюмени, и в Казани.