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

«У GCP, AWS, Azure, Box, Dropbox и других сервисов есть библиотеки, модули или программы, которые можно подключить к своим разработкам. Больше нет необходимости писать промежуточное ПО, — сказал CIO провайдера по предоставлению услуг интеллектуальной э-почты Black Pearl Mail Майк Гуггермос. — Современная сборка — это скорее гордость за удачную комбинацию готовых модулей, которым придали уникальную форму, а не написание фрагмента кода для автоматического подключения к Slack».

Многие разработчики рассматривают инструменты low-code как игрушечные решения, пригодные лишь для универсальных задач, однако это неправильная точка зрения. На рынке имеются платформы low-code для бизнес-пользователей, веб-разработчиков и профессиональных разработчиков. Всего Gartner насчитала 200 поставщиков low/no-code.

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

Несмотря на отчасти пренебрежительное отношение, компании из различных сфер промышленности все чаше прибегают к low-code, чтобы на порядок ускорить процесс разработки, создавая приложения корпоративного класса не за годы, а месяцы, которые к тому же обновляются за считанные минуты. В итоге на выходе у них получается минимально жизнеспособный продукт (minimally viable product, MVP) в максимально сжатые сроки. Большинство известных поставщиков ПО не использует инструменты low-code, но появился целый класс стартапов, которые замыкают на платформе low-code весь свой бизнес, по крайней мере, на начальном этапе.

Однако даже low-code может привести к проблемам, особенно если необходимо переписать приложение. «Проекты с применением low-code лучше всего подходят тем компаниям, которые предъявляют ограниченные требования к разработке программ с расчетом, что они не потребуют дополнительной доработки. Таким образом, в отличие от написания кода вручную low-code ускоряет создание софта, но он также создает значительные препятствия, когда вам нужно сделать что-то нестандартное», — сказал главный консультант фирмы по разработке программного обеспечения Improving.com Марк Рунион.

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


По материалам: ITWeek