Как стать автором
Обновить

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

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров1.6K
Всего голосов 8: ↑2 и ↓6-3
Комментарии3

Комментарии 3

Последующим минусующим - большая просьба сопровождать минус комментариями - непонятно, что не так.

непонятно, что не так.

Не минусил, сразу оговорюсь. Чисто мои вопросы, которые появились во время прочтения и остались без ответа после.

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

Во-вторых, лично мне не особо понятны бенефитсы отказа от обкатанного миллионами людей инструментарий, готовых библиотек, фреймворков, API и т.д. в пользу вашего решения? Кто и как будет гарантировать, что все это будет кем-то поддерживаться, развиваться и работать как надо.

И в-третьих, у меня как у экономиста вопрос, зачем это бизнесу? Я понимаю, что на каждый товар свой купец, но есть какой-то опыт решения конкретных задач с таким подходом? Мол бизнесу не нужны 2 разработчика, нужен один, так как с помощью лоукода он может реализовать тоже самое, что было.

Добрый день!
Спасибо за комментарий, постараюсь снять все вопросы:
1. " само движение лоукода/ноукода, скажем так, мягко говоря - неоднозначное" - в ноукод я сам вообще не верю, а что касается low-code - тут у меня есть непосредственный опыт разработки на предтече подобной платформы, в ходе которого я "в 1 каску" реализовал относительно объемный модуль строительного учета примерно за 3 недели от окончания обследования. При этом у 1 из моих нынешних команд традиционной заказной разработки в составе 8 разработчиков это заняло бы примерно столько же времени.

2. "бенефитсы отказа от обкатанного миллионами людей... " - отличие нашей платформы от аналогов состоит в том, что мы не изобретаем собственный язык, не прячемся за абстракциями, а просто формируем каркас приложения в виде моделей базы, бэка и фронта, на основе которых генерируется набор связанных вызовами объявлений на 3 уровнях стека, расширяемых разработчиками в родных для них IDE удобными им способами с помощью привычных инструментов.
Прошу прощения за сложность предложения.

3. "зачем это бизнесу? " - этот вопрос мог быть актуален более года назад, но сейчас ситуация в сфере автоматизации процесса управления предприятиями довольна бинарная - либо 1С, либо эксперименты (с точки зрения крупного бизнеса). SAP уходит, около миллиарда долларов ежегодно на территории СНГ будут освоены либо 1С, либо новым поколением.

Кстати, тот же 1С ныне себя позиционирует как "современную low-code платформу".

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации