Комментарии 5
Интересно было бы сравнение между no-code, low-code системами и worflow-as-code, типа temporal.io
Весь этот low-code моментально перестает работать, в реальных проектах где бизнес хочет функционал которого нет в коробке. В итоге разработчики не могут использовать git, нормально писать тесты и деплоить свой продукт. Pega обрастает кастомными костылями для удовлетворения потребностей бизнеса. Часть этих костылей поставляется Ланитом, что образует вендор лок не только на Pega, но и на Ланит. При обновлении версии Pega эти костыли ломаются и вместо них нужно писать новые. Говорю об этом на своем опыте - я работал на проекте Pega в сбере с Ланитом и Люксофтом в течении года.
Так в конечном счете что используют? Pega c доработками?
Согласен, как только заказчик решает, что ему нужно что-то, чего нет в коробке - low code начинает превращаться в lot of code. С этим можно бороться только одним способом - убеждением заказчика отказаться от нестандартного функционала - и на практике это далеко не всегда получается.
Что касается lock in на подрядчика - не совсем понимаю, что вы имеете в виду. Все доработки делаются в рамках проекта, они полностью открыты заказчику, и он (т.е. его IT) при желании могут ими полностью владеть.
Pega vs Camunda: выбор между платформой и библиотекой при создании BPM-решения