Действительно, Pega, как и любой другой инструмент, имеет границы применимости, и вне этих границ трудоёмкость разработки конфигурирования (это же low-code!) на Pega начинает резко расти.
В статье я упоминал про наш инструмент для создания React'ивного UI для Pega. Предпосылки его появления ровно такие же — если пытаешься выйти за рамки возможностей стандартного UI (то, что можно настроить low-code инструментами платформы), то Pega, конечно, позволит это сделать, но результат будет дорогим, сложным и не очень надёжным.
Я бы выделил два главных преимущества Pega:
Быстрый запуск проекта и быстрая реализация MVP. Дальше зависит от ситуации, если начинается, как Вы сказали, «натягивание совы на глобус», то технологии разработки отходят на второй план, и скорость становится примерно одинаковой, что для Pega, что для core-стека (Java + Spring + Camunda + React). Проверено на собственном опыте.
Ниже порог входа. Теоретически проект на Pega можно запустить без системного архитектура (не путать с Pega System Architect — так называют разработчиков в мире Pega): не нужно выбирать компоненты и инструменты, думать, как подружить их друг с другом, задумываться о развёртывании и деплойменте — всё это как-то уже продумано за нас и заложено в платформу. Однако, если разрабатывать совсем уж без оглядки на архитектуру, то как только проект дорастёт до средних размеров, наступит расплата за эдакий авантюризм.
Если говорить про сертификацию, то это вещь добровольная, как и при работе с любыми другими инструментами и технологиями. Если же говорить про обучение, то здесь хорошей стартовой точкой является академия Pega, хотя о всех нюансах работы с Pega на реальных проектах там не расскажут. А вообще, все по-разному решают проблему подготовки специалистов по Pega, мы, например, запустили стажёрскую программу и корп. универ.
Действительно, Pega, как и любой другой инструмент, имеет границы применимости, и вне этих границ трудоёмкость
разработкиконфигурирования (это же low-code!) на Pega начинает резко расти.В статье я упоминал про наш инструмент для создания React'ивного UI для Pega. Предпосылки его появления ровно такие же — если пытаешься выйти за рамки возможностей стандартного UI (то, что можно настроить low-code инструментами платформы), то Pega, конечно, позволит это сделать, но результат будет дорогим, сложным и не очень надёжным.
Я бы выделил два главных преимущества Pega:
Быстрый запуск проекта и быстрая реализация MVP. Дальше зависит от ситуации, если начинается, как Вы сказали, «натягивание совы на глобус», то технологии разработки отходят на второй план, и скорость становится примерно одинаковой, что для Pega, что для core-стека (Java + Spring + Camunda + React). Проверено на собственном опыте.
Ниже порог входа. Теоретически проект на Pega можно запустить без системного архитектура (не путать с Pega System Architect — так называют разработчиков в мире Pega): не нужно выбирать компоненты и инструменты, думать, как подружить их друг с другом, задумываться о развёртывании и деплойменте — всё это как-то уже продумано за нас и заложено в платформу. Однако, если разрабатывать совсем уж без оглядки на архитектуру, то как только проект дорастёт до средних размеров, наступит расплата за эдакий авантюризм.
Если говорить про сертификацию, то это вещь добровольная, как и при работе с любыми другими инструментами и технологиями. Если же говорить про обучение, то здесь хорошей стартовой точкой является академия Pega, хотя о всех нюансах работы с Pega на реальных проектах там не расскажут. А вообще, все по-разному решают проблему подготовки специалистов по Pega, мы, например, запустили стажёрскую программу и корп. универ.