Low-code или традиционная разработка - сравнение

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

Если вы прислушаетесь к издателям, то легко противопоставить low-code разработку более традиционному подходу к программированию, но реальность оказывается намного сложнее. Часто два метода пересекаются или даже переплетаются в одном и том же рабочем процессе.

В этой статье делается попытка отличить обычные методы от методов с низким кодом и определить, как интегрировать их в стратегию развития бизнеса.

Low-code — это подход, при котором разработчик реализует определенные элементы приложения с помощью предварительно закодированных модулей, которые часто выбираются с помощью интерфейса перетаскивания, а затем объединяются для создания желаемой функциональности. Этот специфичный для инструмента подход требует определенного уровня программирования для настройки модулей и настройки их взаимодействия. Но в целом это позволяет разработчикам писать гораздо меньше строк кода, чем в более традиционном проекте.

Low-code должен давать большое и очевидное преимущество, особенно для опытных программистов: скорость проектирования. Префабы сокращают время на реализацию функциональности приложения, поэтому разработчики могут сосредоточиться на приоритетных для бизнеса задачах. Low-code также может помочь разработчикам интегрировать программное обеспечение, промежуточное ПО или компоненты, не изучая все тонкости каждого из них.

Некоторые евангелисты также представляют low-code как средство предоставления возможностей разработки сотрудникам вне ИТ-отдела, которых иногда называют «гражданскими разработчиками». Давайте проясним: low-code может сделать программирование более доступным для максимально возможного количества людей, но сами инструменты не позволяют каждому наделить дизайнерскими «силами». Действительно, это требует минимальных усилий по ручной настройке и понимания основ архитектуры программного обеспечения и связанных с ним функций.

Границы, отделяющие low-code от традиционной разработки, немного размыты по нескольким причинам.

Большинство профессиональных разработчиков уже давно внедряют методы low-code в части своих рабочих процессов, даже если они не считают себя последователями этого подхода. Например, если IDE автоматически дополняет строки кода или имена переменных, она частично ведет себя как инструмент с низким кодом, хотя редакторы редко выражают это таким образом.

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

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

Таким образом, большинство стратегий развития смешивают два подхода. Хотя различные платформы поставляются специально для low-code, они, вероятно, не смогут удовлетворить все потребности организации в разработке сами по себе.

Преимущества и недостатки традиционной разработки

Традиционная разработка имеет ряд преимуществ:

• Контроль. Разработчики имеют наибольшую степень контроля над тем, как написан их код и как структурированы приложения.
• Гибкость. Традиционная разработка может выполняться практически на любом языке программирования и на любой платформе разработки.
• Развертывание локально или в облаке. Приложения, разработанные с использованием традиционного подхода, могут быть развернуты в любом месте, которое разработчики выберут для поддержки.

Традиционная разработка имеет два основных недостатка:

• Время. Разработка программного обеспечения сверху донизу остается трудоемкой деятельностью. На ручную адаптацию кода для поддержки нескольких платформ, а также на создание сокетов и других интерфейсов между приложениями и службами уходит больше времени.
• Навыки. Традиционная разработка может потребовать более специализированного опыта работы с определенным языком программирования или конкретными средами. Однако low-code также требует определенных ноу-хау.

Преимущества и недостатки low-code

Основные преимущества low-code:

• Скорость. Программисты могут быстрее создавать приложения, используя этот подход, поскольку он устраняет некоторые задачи ручного программирования. Различные издатели платформ с низким кодом, утверждают, что почти три четверти разработчиков, использующих инструменты с низким кодом, завершают проекты менее чем за три месяца, в то время как традиционный подход может занять в два раза больше времени.
• Повторное использование. Модули с низким кодом легко повторно использовать и совместно использовать между приложениями, хотя это может быть ограничено одной и той же платформой с низким кодом (аналогичные практики формируются в группах с хранением шаблонов в репозиториях GIT).
• Расходы. Поскольку low-code быстрее, он может снизить общие затраты для бизнеса. Будьте осторожны, как показывает наш опыт, связанные платформы не обязательно дешевле: они позволяют вам разрабатывать больше с меньшим количеством разработчиков.

Однако этот подход также имеет несколько потенциальных недостатков:

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

Сценарии разработки с низким кодом

Лучший способ воспользоваться преимуществом low-code — это, опять же, включить его в более глобальные проекты разработки.

Вот несколько распространенных случаев использования, когда подход с низким кодом имеет наибольший смысл:

• Интеграции. Инструменты с низким кодом могут облегчить интеграцию разработанного вручную приложения.
• Простые сайты. Трудно оправдать разработку всего кода HTML, PHP и CSS вручную, чтобы собрать простой веб-сайт, отображающий статический контент.
• Аналитика и информационные панели. Подход с низким кодом часто идеально подходит для создания информационных панелей или инструментов отчетности для аналитики. На самом деле, многие решения ERP и управления бизнес-процессами (BPM) предлагают встроенные инструменты с низким кодом.
• Бизнес-процесс. Точно так же приложения, которые поддерживают простые бизнес-процессы, такие как сбор данных о клиентах или утверждение контрактов с поставщиками, являются хорошими кандидатами для разработки с низким кодом. Интеграция с платформами BPM упрощает создание этих приложений даже для людей, не связанных с бизнесом.

Когда не использовать low-code

Не менее важно знать, в каких условиях более целесообразен традиционный подход к разработке.

• Безопасность. Low-code не обязательно создает уязвимости, но может быть сложно гарантировать, что приложения с low-code разрабатываются в соответствии со строгими стандартами безопасности. Их также может быть сложнее проверять, потому что исходный код скрыт в абстракциях.
• Производительность. Если вам нужна оптимальная производительность, вам может потребоваться оптимизировать каждую строку кода, а для этого вам понадобится традиционный подход к разработке.
• Обновляемость. Если инструменты с низким кодом, используемые для создания приложения, заброшены их издателем, долгосрочное обслуживание становится реальной проблемой.
• Зависимость. Использование инструментов с низким кодом может подвергнуть разработчиков повышенному риску проприетарной привязки к поставщику и его экосистеме. Они могут иметь возможность развертывания только в средах, поддерживаемых платформой, или могут испытывать трудности с переносом своего исходного кода на более открытые решения или инструменты от других поставщиков.

Читайте анонсы наших статей:

Почитать наши архивные публикации можно и в Yandex Q