ХИ‑квадрат. Как я выбирал low‑code платформу

[CrushBy]

А lsFusion при выборе не рассматривали?

Просто по описанным Вами проблемам большинства low-code платформ она выглядит довольно интересным вариантом. Там нет вот этой истории с жестко заданными сущностями типа «сотрудник», «задача», «проект» и т.д. Предметная логика описывается декларативно, на существенно более высоком уровне абстракции, а уже платформа сама строит запросы и интерфейс.

При этом мне не совсем понятен тезис, что прямой доступ к базе — это обязательно преимущество платформы. Читать базу напрямую — да, удобно. Но писать туда в обход бизнес-логики в любой серьезной системе все равно довольно опасно. В lsFusion, например, это обычная реляционная БД и к таблицам можно обращаться напрямую через SQL, но запись напрямую не рекомендуется, потому что таким образом обходятся события, ограничения, материализации и т.д.

И еще интересный момент именно для обучения. Вы пишете, что изучение специфичного API low-code платформы дает студенту слишком узкие знания. Полностью согласен. Но мне кажется, что с учетом развития ИИ этот аргумент сейчас вообще становится гораздо менее существенным.

Уже сегодня человеку в принципе не обязательно хорошо знать конкретный синтаксис или API платформы. Достаточно понимать предметную область, модель данных, декларативные абстракции, транзакции, SQL и общие принципы разработки. В синтаксисе конкретной платформы, ее API и документации ИИ вполне способен разобраться сам и сгенерировать нужный код.

Поэтому, на мой взгляд, гораздо важнее учить не тому, куда нажимать в конкретном GUI-конструкторе и даже не конкретному синтаксису, а правильному уровню абстракции и способу описания бизнес-логики. То есть условно не генерировать код мышкой, а декларативно описывать саму предметную область.

Собственно, в lsFusion именно такой подход. Она к тому же open-source и бесплатная.

Было бы интересно, если бы Вы ее попробовали на одной из студенческих групп и сравнили именно с XRAD. Мне кажется, сравнение получилось бы довольно показательным.

[Oleg_Zhnyakin]

Спасибо за проявленный интерес к статье и множество интересных и актуальных вопросов. Попробую ответить по порядку.
1.  lsFusion  смотрел и даже видел одну студенческую разралотку на нем. Но глубоко не погружался. В моей ситуации этот продукт проигрывает ХИ-квадрат по одному ключевому параметру. Хи-квадрать похож на APEX который я ранее использовал, а  lsFusion  нет.
2. Связь lowcode c описанями бизнес логики является достаточно привлекательной фишкой. Есть у меня одна идея связать какой либо BPMN редактор с тем же XRAD. В XRAD есть система API команд по созданию объектов интерфейса. Сгенереировав скрипт создания приложения на основании описания безнес процесса очень интересная фишка.
3. Вы немного неправильно поняли. Прямой доступ к предметной БД является не достоинством или недостатком, а отличительным принзнаком платформ перового типа от платформ второго типа. В моем случае закрытость БД действительно является недостатком, т.к. студенты имеют разработанную в предыдущей дисциплине базу данных. Таким образом они продолжают работу над единым проектом, видят свои ошибки в структуре БД, допущеные ранее, и на собственной шкуре ощущают их последствия. Согласитесь, это достаточно мощьный образовательный инструмент.
4. API low-code платформы как таковой образовательному процессу не вредит. Но когда API и GUI прячут структуру данных и человек не видит что там происходит возникает ощущение чуда, а API становится заклинанием которое эту чудо создает.
5. Искусствеенный интеллект вряд ли знает про API мало распространенных продуктов. Более того он и не нуждается в API и даже в low-code технологиях. С его помощью можно писать на обычных языках программирования ничем не хуже и даже быстрее чем с ИИ + low-code. Вообще вайбкодинг отдельная тема и я даже думаю неплохо бы сделать по нему отдельную дисциплину в системе подготовки IT-специалистов. Но это выходит за рамки поставленной задачи.
6. С последним тезисом, "чему учить" полностью согласен. Однако когда студенту нужно "что то сделать", то волей неволей приходится погружаться в инструмнтарий. В дозированном виде не вижу от этого вреда.

[Cordekk]

Подсвечу один момент, связанный с вайб-кодингом и low-code платформами:

Конечно, ИИ может писать на обычных языках программирования и успешно это делает, но развивать большое приложение с разрастающейся кодовой базой в такой парадигме можно, но тяжело. Требуется культура разработки, которая не у всех есть. В low-code платформе ИИ будет делать отдельными модулями/кусочками, оставаясь в одном контексте. Кроме того, давая доступ ИИ ко всей кодовой базе неизбежно возникают риски, что из-за однойо шибки либо всё поломается, либо данные потеряются. В low-code платформе есть встроенные ограничения, это плюс.

[Oleg_Zhnyakin]

Не сомневаюсь в том, что ИИ неизбежно появится и на low-code платформах. Собственно начало уже положено. Oracle уже выпустил Oracle APEX AI Application Generator, позволяющий генерировать приложения на APEX. К сожалению нет возможности посмотреть что у них получилось и как это работает.

[Cordekk]

Да, уже появился, и позволяет использовать ИИ без штрафа за ошибки.