Ну кастати, да, его много разного и он меняется со временем. Наверное правильно будет сказать, что класс BPMN систем мне сейчас не очень интересен.
Я, пожалуй, смотрю на low-code чуть с другой стороны — не как на фиксированный класс продуктов, а как на отражение текущих архитектурных трендов в индустрии.
В эпоху крупных полу-монолитных корпоративных систем и ERP логично появились BPMN-ориентированные low-code платформы, где основной ценностью является визуальное моделирование процессов, форм и ролей внутри единой системы.
Когда архитектура сместилась в сторону API, микросервисов и распределённых систем, low-code тоже «переехал» — в виде workflow-оркестраторов, которые связывают сервисы и бизнес-логику через API (n8n, Make и т. д.).
Сейчас, с приходом LLM и AI-сервисов, мы видим следующую итерацию — low-code инструменты, заточенные под сборку AI-пайплайнов и эксперименты (тот же Dify).
В этом смысле я бы сказал, что n8n более универсален, чем классические BPM-платформы: он не навязывает архитектуру приложения или процессную модель, а просто позволяет оркестрировать то, из чего сегодня реально состоит система — API, события, сервисы, AI.
Поэтому для меня это не столько разные «типы» low-code, сколько разные стадии его эволюции вместе с архитектурой ПО.
Надо подумать, куда оно будет развиваться дальше в ближайшем будущем. Возможно это будет что-то про интеграцию множества систем с взаимодействием на основе LLM и визуализацией пост-фактум.
Ну кастати, да, его много разного и он меняется со временем. Наверное правильно будет сказать, что класс BPMN систем мне сейчас не очень интересен.
Я, пожалуй, смотрю на low-code чуть с другой стороны — не как на фиксированный класс продуктов, а как на отражение текущих архитектурных трендов в индустрии.
В эпоху крупных полу-монолитных корпоративных систем и ERP логично появились BPMN-ориентированные low-code платформы, где основной ценностью является визуальное моделирование процессов, форм и ролей внутри единой системы.
Когда архитектура сместилась в сторону API, микросервисов и распределённых систем, low-code тоже «переехал» — в виде workflow-оркестраторов, которые связывают сервисы и бизнес-логику через API (n8n, Make и т. д.).
Сейчас, с приходом LLM и AI-сервисов, мы видим следующую итерацию — low-code инструменты, заточенные под сборку AI-пайплайнов и эксперименты (тот же Dify).
В этом смысле я бы сказал, что n8n более универсален, чем классические BPM-платформы: он не навязывает архитектуру приложения или процессную модель, а просто позволяет оркестрировать то, из чего сегодня реально состоит система — API, события, сервисы, AI.
Поэтому для меня это не столько разные «типы» low-code, сколько разные стадии его эволюции вместе с архитектурой ПО.
Надо подумать, куда оно будет развиваться дальше в ближайшем будущем. Возможно это будет что-то про интеграцию множества систем с взаимодействием на основе LLM и визуализацией пост-фактум.