лоу код платформа это
2021 — год low-code. Как он спасает бизнесы в пандемию и превращает гуманитариев в программистов
Журнал SD Times назвал 2021 годом low-code и рассказал, почему программисты боятся этих решений, как low-code инструменты помогают бизнесу в пандемию, снимают нагрузку с IT-отделов и превращают обычного сотрудника в разработчика. Не обошлось и недостатков — такие системы подходят не всем компаниям. Предлагаем адаптированный перевод статьи на русский язык.
Год назад никто не думал, что бизнесу придется срочно переходить из офлайна в онлайн. Люди ушли из офисов и начали работать из дома — компаниям понадобились новые приложения, чтобы управлять проектами, выполнять заказы и работать с клиентами. Новые приложения нужны были срочно, а обычная разработка не поспевала за спросом. Помогли low-code-платформы, где можно собирать приложения без кода.
Low-code-платформы существуют много лет, но их только начинают воспринимать всерьез. Раньше на эти решения смотрели свысока, будто они не подходят для ответственных приложений. Кто-то все еще считает их бизнес-игрушкой, а программисты боятся, что маркетологи, бухгалтеры и менеджеры заберут их работу.
Со временем взгляды поменялись, и бизнес начал пользоваться этими сервисами. Разработчики и обычные сотрудники увидели, на что способны low-code инструменты.
Из-за пандемии офлайн-процессы очень быстро ушли в «цифру»
Все бы случилось через несколько лет, но вмешалась пандемия. Когда люди работают из дома, нельзя подойти к коллеге, посоветоваться или подписать бумагу. Вырос спрос на приложения, которые переносят офлайн-процессы в digital. Но с апреля 2020 low-code-платформы растут вдвое быстрее.
Агентство Gartner считает, что к 2023 году 50% средних и крупных компаний будут делать на low-code стратегически важные приложения.
Лоукодером может стать любой, но некоторым легче
Благодаря low-code-платформам, делать приложения может каждый. Для этого не нужно становиться Java- или NET-разработчиком. Любой сотрудник сможет принести пользу и делать ПО для своей компании. Причем некоторым специалистам будет проще стать лоукодером. Это легко сделает инженер со знанием 3D-моделирования или финансист, который хорошо знает Excel и может создавать макросы.
Мы уже рассказывали, как бывший руководитель SMM-агентства Евгений Спорыхин сделал «Тильду для ресторанов», используя платформу Bubble
Внедрять такие решения лучше с автоматизации таблиц. Например, есть Excel-файл с расходами, куда вся команда собирает данные. Руководитель отправляет всем таблицу, сотрудники заполняют и высылают обратно, а потом кто-то вручную объединяет все файлы в один — это легко упростить. Хватит несложного приложения — останется ввести в него расходы и получить на выходе готовый отчет. Google Таблицы легко связать с тем же Integromat.
На Западе сотрудников учат работать с low-code
В первую очередь обучают основам — базам данных и дизайн-мышлению. С первым обычно больше всего проблем. Неподготовленный человек сделает таблицу с 1000 столбцами, а потом будет их заполнять. Решение рабочее, но занимает много времени, к тому же его нельзя масштабировать. Зато, когда человек знает основы, он может использовать low-code-платформу на 100%.
Лоукодеры могут применить экспертизу, которой нет у обычных разработчиков. Вместо того чтобы ставить задачу IT-команде, маркетологи, менеджеры, аналитики и другие специалисты могут сделать приложение сами.
Low-code-платформы спасают, когда IT-отдел перегружен
Бывает, что маркетологи или менеджеры по продажам просят развернуть новый трекер задач или CRM. А технари против — у них нет времени возиться и поддерживать новую систему.
Но если классические программисты не дают командам нужные инструменты, они соберут их в каком-нибудь конструкторе. В итоге получится система, которую сложно поддерживать и масштабировать. Будут проблемы с безопасностью данных.
Когда в компании есть low-code-платформа, работники не скачивают приложения со стороны. Сотрудники могут создавать все нужное под присмотром технарей.
Разработка стала в разы быстрее и дешевле
Компании из списка Fortune 500 понадобилось приложение. Она попросила свой IT-отдел оценить, во сколько обойдется его разработка.
Несмотря на все плюсы, технари внедряют зерокодинг одними из последних. Они пока не воспринимают low-code, потому что боятся потерять работу. Если кто-то может сделать задачу в 6 раз быстрее и дешевле, это пугает. Но никто их работу не заберет, хоть это и естественная реакция.
У low-code тоже есть недостатки
Эти платформы не идеальны, и поэтому не избавляют от всех проблем. Одни решения подходят только корпорациям, другие — маленьким командам. Иногда собранное приложение работает нормально, но его трудно тестировать.
У low-code два основных недостатка:
Компания может «перерасти» платформу. Часто сценарии использования превосходят возможности решения. Оно может хорошо работать, пока им пользуются десять человек. Но когда клиентов сотни тысяч, все может тормозить.
Визуальный интерфейс труднее тестировать. У большинства сервисов визуальная среда разработки. С ней проще, но не всегда понятно, почему приложение сломалось. Обычный код — просто текст, и легко узнать, что в нем изменилось. В визуальной среде с этим труднее.
Зерокодерские платформы не решают все проблемы. Даже если создатели сервиса говорят, что он масштабируется бесконечно и у него продвинутый контроль версий, обязательно будет предел. Все ограничения важно знать до внедрения платформы в компании.
Также мы уже рассматривали недостатки low- и no- code-платформ на примере Bubble
Low-code — это тренд обычных платформ
В программах для крупных компаний появляется все больше low-code-инструментов. Например, только в Power Platform от Microsoft таких четыре:
Power BI для аналитики и визуализации данных;
конструктор приложений Power Apps;
Power Automate для автоматизации работы;
Power Virtual Agents для чат-ботов.
Если в решении есть low-code-возможности, оно становится гибче. Пандемия показала, что бизнес отказался от ПО, которым пользовался годами. Чем сильнее бизнес связан с IT, тем больше его сотрудникам нужны low-code-приложения. Компании, которые это понимают, смогут быстро адаптировать свое ПО к любым изменениям.
К low-code- и no-code-решениям начали относиться серьезно только сейчас. Из-за пандемии бизнес перешел в онлайн, и для этого понадобились подходящие инструменты. Пока создавали обычные приложения, компании могли обанкротиться. Но с low-code разработка стала в несколько раз быстрее и дешевле. Теперь любой сотрудник может решать задачи, для которых раньше нанимали программистов. Поэтому в 2021 году спрос на лоукод и зерокодинговые платформы только вырастет.
Подключайтесь к сообществу «Я — зерокодер» в Телеграме, больше узнавать о новых low-code решениях и инструментах, изучать кейсы low- и зеро- кодеров и обмениваться опытом.
Экосистема Low-Code решений
Просто невероятно, какое множество инструментов появилось в последнее время для почти мгновенного создания бизнес приложений.
Я бы хотел рассмотреть, что это за инструменты, как именно они помогают, и какие выглядят наиболее многообещающе.
Переведено в компании 8base.
Что такое low code?
В моем понимании, к low code можно отнести инструменты, которые способны экономить разработчику существенное время, и которые могут быть реализованы с помощью кода. Области применения:
Инструменты Low Code
Генератор мобильных приложений
Дополнения и всплывающие окна
Подписки и марктеплейсы
Эти инструменты помогают быстро настроить маркетплейс или сайт, основанный на модели подписки.
Бэкенд как сервис
Эти инструменты устраняют проблемы, связанные с управлением данными, хранением данных, управлением пользователями и хранением файлов.
Простой бэкенд как сервис
Эти продукты обеспечивают действительно простой сервис, но позволяют легко преобразовать статический сайт в динамический.
Таблицы в качестве базы данных
Быстрый и простой способ начать, но нужно изучить вопрос безопасности.
Генераторы приложений и SaaS
Дают неплохое подспорье на старте.
Автоматически сгенерированные панели администрирования
Используют схему для создания пользовательского интерфейса, который позволяет администраторам управлять данными и пользователями.
Продвинутые таблицы
Эти инструменты работают как внутренние панели администратора, добавляя расширенные возможности в модель электронных таблиц.
Быстрое и простое прототипирование
Я не сразу решился добавить этот раздел, но думаю, что он актуален. Хотя бы потому, что я считаю, что цель большинства low code инструментов состоит в том, чтобы создание полноценных приложений больше походило на создание прототипов. Итак, посмотрите на эти инструменты, чтобы узнать, чего могут в будущем достигнуть продукты для разработки.
Простые визуальные конструкторы веб-приложений
Эти продукты ориентированы на легкое достижение единственной цели.
Сложные визуальные конструкторы веб-приложений
Они делают некоторые вещи проще, но не дают особой гибкости. Я думаю, что они пригодятся в основном для создания бэк-офис приложений, а не приложений, ориентированных на пользователя. Также они могут быть не годны для использования на мобильных устройствах.
Конструкторы для конструкторов визуальных веб приложений
Упрощаем разработку, вводим новые концепции
Некоторые из самых интересных и революционных инструментов попали именно в эту категорию. Эти инструменты обеспечивают большую гибкость при сокращении по крайней мере одного этапа разработки продукта (например, базы данных, серверной части, инструмента сборки, передачи).
Преобразование статического дизайна в приложение
Это кажется довольно трудным в реализации, но если они смогут это выполнить, будет круто.
Упрощаем стек — современные версии
Эти решения пытаются сохранить преимущества современных фреймворков (эргономика, обновления в реальном времени, компоненты интерфейса), устраняя при этом головную боль (нагромождение ресурсов или рендеринг на стороне сервера или просто слишком много всего, за чем надо следить).
Новые типы инструментов
Инструменты, которые сильно отличаются от обычных, и могут сэкономить массу времени.
Запрос базы данных к приложению
Эти инструменты позволяют генерировать интерфейс приложений из запросов к базе данных.
Упрощаем стек — традиционно, но современно
Интересные фреймворки и стеки
Это одни из самых интересных сочетаний в мире фреймворков.
Фреймворки для быстрой разработки приложений
Эти инструменты ориентированы прежде всего на скорость. Они могут страдать в плане гибкости, но ваша способность быстро выйти на рынок и проверить свою идею компенсирует это.
Фреймворки для быстрой разработки API
Эти инструменты позволяют очень быстро генерировать API из базы данных, что потенциально экономит годы работы.
Конвертируем сторонние сайты в API
Эти инструменты сканируют сторонние веб-сайты, собирают их информацию в структурированном формате и позволяют использовать данные в своем веб-приложении.
Фреймворки в процессе разработке
Классные новые фреймворки, которые пока не вышли.
Языки определения веб-приложений
Эти инструменты позволяют вам создавать высокоуровневую концепцию вашего приложения, которое затем легко переносится на выбранный вами язык / фреймворк.
Обычно не подходят для создания полноценного веб-приложения, но отлично подходит для управления конструктором веб-сайтов.
Высокоуровневая / простая CMS
Эти инструменты позволяют больше сосредоточиться высокоуровневых компонентах, позволяя вам определять контент, не вдаваясь в детали.
Шаблоны лендинговых страниц
Эти инструменты помогут запустить ваш маркетинговый веб-сайт, предоставив вам HTML и CSS. Вам нужно будет отредактировать его и организовать хостинг самостоятельно.
CMS с уникальным подходом
Использует нативные веб-инструменты (например, онлайн таблицы), которые знакомы пользователям и могут легко подключаться к нескольким платформам в качестве серверной части.
CMS для блогов
Электронная таблица на сайт
Конструкторы рабочих процессов (управление процессами)
Конструкторы рабочих процессов (автоматизация маркетинга)
Headless CMS
Упрощает управление данными, поэтому вы можете сосредоточиться на их отображении.
Сверх CMS
Более мощные, чем стандартные CMS, системы.
Эндпоинты для форм
Эти сервисы позволяют собирать информацию о посетителях и, возможно, отображать ее где-то еще.
Быстрое создание пользовательского интерфейса (предварительно созданные компоненты пользовательского интерфейса)
Эти пользовательские фреймворки содержат предварительно созданные страницы и компоненты, поэтому вы можете просто собрать их вместе, как пазл, для создания отличного веб-приложения.
Быстрое создание пользовательского интерфейса (собери сам)
Вам все еще нужно заниматься бэкендом, но эти простые в использовании библиотеки сделают ваш фронтенд красивым не прилагая значительных усилий.
Быстрое создание пользовательского интерфейса (генерируем UI компоненты)
Эти UI фреймворки идут частично предварительно собранными или позволяют создавать пользовательский интерфейс с помощью визуального компоновщика.
Быстрая генерация фронтенда (уникальные инструменты)
Эти инструменты используют новый подход к генерации фронтенд кода, что дает вам преимущество, и в то же время они весьма гибки.
Специализированные приложения
Эти инструменты помогут вам реализовать какую-то одну функцию действительно хорошо с минимальными усилиями.
Инструменты для сбора обратной связи
Генератор конфигурации
Комментарии и советы
«Комбинируйте Hasura (автоматический GraphQL поверх PostgreSQL) с React Admin (low code CRUD приложение) и вы можете за считанные часы создать весь административный пакет или приложение для бэк-офиса (API эндпоинты и фронтенд администратора)» — cpursley на HN.
«В итоге мы использовали AppSync, и это впечатляет. Я настоятельно рекомендую всем, кто работает в экосистеме AWS, проверить это. AppSync очень легко интегрируется со многими другими сервисами AWS (Cognito, S3) и позволяет использовать Dynamo / Aurora / RDS / Elastic в качестве источников данных. Кроме того, вы также можете использовать Lambda для реализации резолверов, которым требуется более сильная бизнес-логика, делающая сервис невероятно мощным» — afvictory на HN.
«PostgREST является производительным, стабильным и прозрачным. Он позволяет нам действительно быстро загружать проекты и фокусироваться на наших данных и приложениях, а не на создании слоя ORM» — Анупам Гарг из отзыва.
Заключение от переводчика
Несомненно, автор не перечислил все возможные решения. Если бы он поставил такую цель, то размер статьи вырос бы в 3-4-5 и тд раз. Он упомянул знакомые ему, наиболее привычные и удобные инструменты. Надеюсь, часть из них пригодится и вам. Будет здорово, если в комментариях вы расскажете об аналогичных продуктах, которыми пользуетесь вы сами.
Перевод выполнен в компании 8base
8base – это готовый к использованию GraphQL backend-as-a-service, который постепенно превращается в полноценную low code платформу разработки. Наша цель – дать возможность разработчикам, обладающим навыками front-end или мобильной разработки, создавать масштабируемые бизнес-приложения.
Low-code платформы: панацея или рискованная ставка?
Low-code платформы (Low code application platforms, LCAP) возникли как реакция на сложность и многообразие современных средств разработки ПО.
Итак, ориентируя продажи на топ-менеджеров, вендоры low code платформ обещают, что даже простые пользователи смогут самостоятельно создавать бизнес-приложения.
То есть разработчики больше не нужны?!
Нуу…, через несколько лет Mendix вынужден признать:
«Сейчас разработчики нужны больше, чем когда-либо»
Похоже, в Mendix признали, что для чего-либо сложнее базовой работы с данными по-прежнему требуется профессиональный разработчик, точно так же, как для обслуживания автомобиля нужен профессиональный механик.
К сожалению, современные low code платформы просто не созданы для разработчиков, и полагаться на них в долгосрочной перспективе рискованно для бизнеса. Если в вашей компании серьезно рассматривают использование low code платформ в промышленной эксплуатации, стоит еще раз взвесить это решение. Ниже я постараюсь это аргументировать.
Отличный инструмент для прототипирования
Mendix — это действительно отличный вариант для автоматизации простых процессов или создания прототипов, доступный аналитикам или продвинутым пользователям.
Визуальный редактор позволяет описать модель данных, быстро создать экраны с помощью набора виджетов и шаблонов и даже описать логику с помощью так называемых microflows:
По завершении можно в один клик развернуть свое приложение в облаке Mendix и начать с ним работу. Так просто, что похоже на магию! И похоже, это неплохо продается.
Однако после прохождения стадии прототипа взаимодействие системы с пользователем и бизнес-логика почти неизбежно усложняются. Чтобы развивать проект дальше, требуется профессионал. Итак, давайте посмотрим на Mendix глазами разработчика.
Медленная разработка
Любая логика — будь то вычисления или взаимодействие с пользователем — должна быть описана в блок-схеме (microflow), как показано выше.
Здесь есть несколько проблем.
Во-первых, это долго. Очевидно, быстрее написать 10 строк кода в хорошей IDE, чем перетаскивать, настраивать и соединять десятки блоков.
Во-вторых, читаемость. Блоки выглядят красиво, но что значит это Sub_RegistrationValidation? Понять это не провалившись внутрь блока невозможно. Как только количество блоков вырастет до нескольких десятков, разобраться в логике станет крайне сложно.
Как альтернативу для сложных случаев, Mendix поддерживает вызовы Java кода из microflows. Код можно писать в Eclipse, что в целом неплохо, хотя многие предпочли бы более популярную IDE. Минус в отсутствии прозрачности: все точки входа находятся в microflows, так что логика разбросана между двумя слабо связанными средами. Как результат, отладка и отслеживание зависимостей затруднены.
Последнее, что я хотел упомянуть — это контроль версий.
Хорошая новость в том, что он есть. Плохая — в том, что он представляет собой урезанный вариант Subversion. Забудьте о git flow.
Отсутствие контроля
Любой, кто знаком с экосистемой Java, не может недооценивать силу open source. Когда где-то в стеке появляется ошибка, вы видите, в какой части кода это произошло. Код можно отладить, чтобы точно понять, что происходит. Можно загуглить решение. Можно отправить pull request. В крайнем случае, можно форкнуть библиотеку. Вы полностью контролируете проект.
С Mendix об этом можно забыть. Это закрытый коммерческий фреймворк, и что происходит внутри него — настоящий черный ящик. Все, что вам остается, — купить платную поддержку или ждать, что кто-то поможет на форуме с
200 вопросами в месяц (сравните с тегом #spring на stackoverflow!).
Зависимость от вендора
Mendix наверняка довольно часто этим попрекают. Они даже опубликовали статью о том, что на самом деле нет никакой зависимости. Если читать между срок, она гласит:
Вы можете получить свои данные, DDL, UI ресурсы и код (microflow волшебным образом преобразованные в Java код).
Будет ли это исполняться или компилироваться без рантайма и API Mendix? Можно ли это поддерживать и развивать? Вопросы риторические. На самом деле потребуется полностью все переписать. Вы зависите от проприетарной платформы. Вы не владеете созданной вами системой.
Ограниченная масштабируемость
Маркетинг Mendix ориентирован на крупнейшие компании, поэтому термин «масштабируемость» постоянно мелькает в маркетинговых материалах.
В 2017 году Mendix представили stateless runtime — то есть вся информация о сессии либо хранится на стороне клиента, либо в персистентном хранилище.
Теоретически это означает неограниченную горизонтальную масштабируемость. Звучит здорово, но как обычно есть нюанс — база данных.
База данных практически всегда оказывается узким местом в корпоративном приложении. Итак, что же хранит данные за множеством stateless-серверов Mendix? Никаких сюрпризов — это старая добрая реляционная база данных. В облаке Mendix — PostgreSQL. Более того, сгенерированный Mendix DDL, скажем мягко, не совсем оптимален. Например, я видел промежуточную таблицу, которая обычно используется для моделирования отношений N:M, созданную для отношения 1:N.
Вопрос масштабируемости можно было бы решить стандартными методами: оптимизацией структуры БД, кэшированием или даже используя такие решения, как Citus. Но такой возможности естественно нет.
Единственным способом масштабирования БД остается масштабирование с использованием реплик для чтения (например, Amazon RDS). Но для записи это не сработает.
Резюмируя вышесказанное, в Mendix заложено фундаментальное ограничение масштабируемости и нет средств для оптимизации производительности.
Кадровый вопрос
Поиск квалифицированных кадров — всегда сложная задача. Казалось бы, в этом Mendix — мечта любого менеджера, ведь требования к квалификации резко снижаются.
На деле мы уже выяснили, что для реализации большинства проектов требуется профессиональная команда, независимо от инструмента. Вот только вряд ли какой-либо уважающий себя разработчик согласится работать с Mendix, так как это очевидный тупик в карьере.
Среднего размера предприятие с несколькими сотнями пользователей будет ежегодно оплачивать счета на десятки миллионов рублей.
Не забывайте, что речь идет об относительно простых приложениях, как вы могли понять по написанному выше. По мне, это безумие. Эта модель ценообразования также фактически делает невозможным тиражирование созданных вами приложений.
Тогда почему LCAP все еще популярны?
На мой взгляд причина кроется в разочаровании в существующих процессах. Управлять командой разработчиков в крупной организации — независимо от того, внутренняя это команда или аутсорс — оказывается слишком сложно.
Планирование бюджета, бесконечные согласования, отсутствие людей, готовых брать ответственность — думаю, это многим знакомо.
Самое забавное, что первое, что приходит в голову, когда ИТ проекты движутся слишком медленно, — это нанять еще больше разработчиков и, конечно же, менеджеров. Стоит ли говорить, что это только ухудшает ситуацию. Я знаю пару банков, в которых более 10 000 (. ) разработчиков, и по меньшей мере половина из них занимается бесполезной работой.
В отчаянии руководители предприятий ищут решение в таких «волшебных палочках», как LCAP, якобы способных решить все проблемы.
Как выбираться из этого замкнутого круга — тема для отдельной статьи. Но это вопрос управления, а не технологий.
Не вдаваясь в подробности, если вам удастся создать небольшую квалифицированную команду из 3-10 полностью вовлеченных в проект человек, с прямым контактом с ЛПР, вы получите отличные результаты быстрее и дешевле, чем ожидаете.
Каковы альтернативы?
Сейчас есть огромный выбор инструментов и фреймворков для разработчиков.
Например, Spring Framework — самая популярная open-source технология для создания корпоративного ПО, которая отлично сочетается с веб-фреймворками вроде React или Angular. А такие инструменты, как Spring Initializr и JHipster, значительно упростили создание проектов за последние несколько лет.
Если вы хотите получить результат быстрее, стоит рассмотреть RAD инструменты, такие как CUBA Platform.
Она создана на основе того же Spring Framework, дополняет его визуальными инструментами разработки и огромным количеством готовых компонентов. Пожалуй, это ближайшая альтернатива LCAP, обеспечивающая гибкость и комфортный процесс разработки.
Окончательный выбор должен зависеть от поставленной задачи, а также навыков команды и ваших предпочтений.
Заключение
Low-code платформы отлично подходят для прототипирования. Они сокращают разрыв между бизнес-пользователями и IT, что позволяет быстро получить работающий прототип и сформировать видение будущей системы.
Поскольку пользователей прототипа очень мало, затраты на этом этапе тоже невелики. И именно в этот момент стоит остановиться!
При использовании LCAP для разработки полноценной системы скорость работы неизбежно упадет, и вы будете зависеть от дорогой, ограничивающей вас проприетарной платформы.