No-code как отличная альтернатива для быстрого решения бизнес-задач

«Будущее программирования — вовсе не кодинг», — Крис Ванстрат, CEO в GitHub.

В закладки

В современных реалиях все стремятся к упрощению, удешевлению и автоматизации. И веб-разработка не стала исключением. Пять лет назад в США зародился глобальный тренд — программирование без кода. За это время появилось огромное количество платформ для визуальной разработки (No-code, Low-code, конструкторы сайтов). Давайте разбираться, в чём их специфика и отличия.

В роли CEO Skillum мне удалось близко познакомиться с платформой Bubble, которая позиционирует себя как No-code-технология. В то же время я часто имею дело с конструктором Tilda. Поэтому обзор будет основан на личном опыте работы с данными ресурсами.

Кому и зачем нужны No-code платформы?

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

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

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

На мой взгляд, самый яркий представитель в этой категории. В основу сервиса заложена концепция визуального программирования. Технология Drag&Drop позволяет добавлять и перемещать элементы страницы: видео, текст, карты, иконки, изображения, кнопки и т.д. Все поддается настройке, вплоть до цвета фона и прозрачности элементов.

Кроме того, Bubble дает возможность структурировать и хранить данные, задавать пользовательскую логику и переходы, загружать любые виды контента.

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

  • Дизайн

Визуально упаковать будущее приложение поможет функция перетаскивания. Здесь можно подключить шаблон, видоизменить его или создать все с нуля. В разработке дизайна ваша фантазия практически не ограничена, а если вы владеете базовыми знаниями HTML и JS или навыками пользования готовыми библиотеками, то возможности визуальной настройки будут еще шире.

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

  • Рабочие процессы

На вкладке Workflow вы задаете действия и логику приложения. Проще говоря, формируете back-end. Представьте, что вы пишете путь пользователя по этапам. Именно по-такому принципу строится функциональная часть приложения на Bubble: выбираете действие и просчитываете последовательность шагов, которые должны выполняться.

Например, вы разработали форму регистрации, установили поля для ввода логина и пароля, разместили кнопку «Зарегистрироваться». Далее по клику пользователя нужно создать аккаунт и запомнить его данные. После регистрации осуществляется переход на другую страницу приложения. В таком виде и строится back-end.

  • Работа с данными

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

  • Плагины

В Bubble их более 900. Плагины полезны для расширения основного функционала или для интеграции с другими сервисами.

Важно знать! Все, что вы создаете в Bubble, будет размещаться на общем сервере платформы, а мощность и хранилище зависят от выбранного вами тарифа.

На период разработки можно ограничиться бесплатным доступом. Но как только возникнет необходимость в подключении домена или настройке отправки писем с вашего адреса, вам придется перейти на один из платных пакетов. Минимальный — от 29 $ в месяц. Переходить на более дорогие и расширенные тарифы вы можете постепенно, по мере роста количества пользователей.

Bubble также позволяет разместить приложение на отдельно выделенном сервере. Это хорошее решение для крупных и высоконагруженных проектов.

Все, что угодно :)

Например, CRM-систему, интернет-магазин, СДО, маркет-плейс или личный кабинет для существующего сайта. Этот список можно продолжать до бесконечности — все зависит от ваших задач и фантазии.
Среди других популярных No-code платформ можно отметить Webflow, Wappler и Betty Blocks. Каждая из них имеет ряд особенностей. Например, у Wappler более широкие возможности для дизайнеров, нежели у Bubble, но при этом сервис требует навыков верстки и кодинга для создания сложных приложений.

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

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

В библиотеке Tilda более 450 шаблонных блоков. Они разделены на 28 категорий: обложка, магазин, о проекте, услуги, контакты и другие. Также вы можете выбирать варианты дизайна.

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

Что можно создать на Tilda:

  • Сайт для бизнеса или компании
  • Лендинг
  • Интернет-магазин
  • Сайт-визитку
  • Корпоративный блог

Множество шаблонов помогут разработать сайт максимально быстро. И важная особенность — наличие Zero Block. Это встроенный визуальный редактор, который позволит создавать собственные блоки и придать сайту «нешаблонный» вид.

Основные достоинства Tilda:

  • Богатый выбор готовых адаптивных шаблонов
  • Возможность кастомизации — шрифты, цвета, отступы, прозрачность, анимация
  • Генератор UTM-меток
  • Наличие большого количества модулей — формы заявок, опросов, обратной связи, онлайн-бронирования и т.д.
  • Много обучающего контента
  • Добавление собственных элементов с использованием HTML, CSS и JS
  • Интеграция с CRM, онлайн-чатами и платежными системами

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

Благодаря встроенной аналитике, подключению Яндекс.Метрики и Google Analytics, возможности отслеживать количество кликов и другим маркетинговым фишкам у вас не будет проблем и с продвижением.

Несмотря на богатый выбор шаблонов и блоков, Tilda остается конструктором. Если вам нужно разработать многостраничник с личными кабинетами, то лучше воспользоваться другим решением. Сервис подойдет для тех, кому нужен небольшой сайт для продвижения услуг, несложный интернет-магазин или лендинг.

Стоимость колеблется от бесплатного пакета для 1 сайта с ограниченным набором блоков до 20 $ в месяц за тариф Business.

Какие альтернативы?

Для тех, кто считает, что No-code сервисы и конструкторы не справятся с решением их задач, есть еще одна набирающая популярность «категория» платформ — Low-code. Они включают целый ряд различных ресурсов, которые помогают ускорить и упростить разработку, но требуют навыков программирования. Скажу честно, даже с учетом опыта работы с подобными технологиями, очень сложно определить, какой сервис относится именно к этой категории. На западном рынке к платформам Low-code причисляют Appian, Mendix и Salesforce Lightning. Но, на мой взгляд, для НЕпрограммистов они подойдут разве что для создания прототипов.
Ниже предлагаю ряд сервисов, которые помогут вам решить задачи, связанные c No-code разработкой.
Для интеграций:

Для дизайна и прототипирования:

Для создания чат-ботов:

Разработка мобильных No-code приложений:

Для работы с данными:

Как видите, сервисы для визуальной разработки активно врываются в IT-индустрию. Это говорит лишь о том, что No-code технология действительно «лечит» боли начинающих интернет-предпринимателей, стартапов и всех, кто хочет строить карьеру в программировании, но испытывает трудности с кодингом.

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

{ "author_name": "Ирина Лаврова", "author_type": "self", "tags": ["\u043a\u043e\u0434","\u0432\u0438\u0437\u0443\u0430\u043b\u044c\u043d\u043e\u0435\u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435","\u0431\u0435\u0437\u043a\u043e\u0434\u0430","tilda","nocode","bubble"], "comments": 41, "likes": 12, "favorites": 146, "is_advertisement": false, "subsite_label": "dev", "id": 122820, "is_wide": true, "is_ugc": true, "date": "Fri, 24 Apr 2020 17:01:59 +0300", "is_special": false }
Личный опыт
Как региональной ИТ-компании начать выстраивать отношения с государством
Когда речь заходит о GR, чаще всего в качестве примеров приводят зарубежные и столичные кейсы. Они не подходят…
Объявление на vc.ru
0
41 комментарий
Популярные
По порядку
Написать комментарий...
15

Кодинг нужен для решения новых задач, для которых еще не появились шаблонные решения. Веб-сайты уже проходили через визуальные инструменты в конце 90-х–начале двухтысячных (Dreamweaver, MS Frontpage). Все эти решения хороши для расширения ниши, затем они очень быстро исчерпывают пространство возможностей и теряют актуальность. Кодинг никуда не денется, он просто будет уделом профессионалов, собственно как и раньше.

Ответить
4

Полностью согласна, очевидно, что необходимость в программистах  никуда не денется ни через 10, ни через 50 лет. Далеко не все задачи может решить Nocode. Но, например, с разработкой MVP он справляются отлично ,что действительно помогает сэкономить - разработал приложение, запустил пользователей, собрал обратную связь, доработал под потребности рынка, понял что идея стоящая,  а уж потом ничего не мешает заказывать кодинг, если это необходимо, но уже четко поставив задачу и зная, что это будет востребовано.
С помощью Nocode можно значительно повысить выживаемость стартапов и не вкладывать большие деньги в продукт, который не нужен рынку. 
И согласитесь, с 90-х–двухтысячных готов технологии явно пошли далеко вперед:)

Ответить
4

Я сам сторонник отказа от кодинга, хоть и являюсь программистом с многолетним стажем. Но противопоставление "кодинг–визуальный редактор" является популизмом и профанацией. Я бы делал упор на тех тезисах, которые только что вы привели в пользу nocode, как решении практической задачи – быстрого старта, а не на заявлениях от каких-то там CEO (среди топов достаточное количество просто продвинутых пользователей).

Ответить
2

Спасибо за обратную связь! Название - просто цитата, я ни в коем случае не противопоставляю эти понятия:)

Ответить
5

Полностью согласен. За свои многие годы в разработке помню несколько таких всплесков. С появлением того же DreamViewer'а появлялись подобные статьи о том, что кодинг больше не нужен. Но, разумеется, революции не случилось. В последнее время вообще популярно говорить, что программиста заменит AI. :-) Однако, на практике все наоборот. Все чаще приходят к тому, что для решения задач, требующих индивидуального подхода нужно использовать именно код, а не визуализацию. Системы становятся сложнее, заказчики требовательнее. Конструкторы сайтов генерируют отвратительный не поддерживаемый код, и масштабируемость такой системы под вопросом. А если мы говорим о сложном, высоконагруженном бэке, то тут вообще ни о каких визуальных редакторах речи не идёт, для бэка-то писать надо. Работал одно время в компании, где дизайн был одним из основных требований к сайту. Требования дизайнеров на таких конструкторах воплотить в жизнь было бы крайне сложно или невозможно, даже без учёта бэка. Сайт на конструкторах останется уделом тех, кому просто нужен абсолютный минимум присутствия в интернете. По сути, это можно сравнить с созданием одного html-файлика с css-файликом без БД и сложной логики системы, как делали лет 30 назад. Если такой результат устроит, то да, визуальный конструктор здесь поможет. Системы сейчас только усложняются: не зря в вебе разделили фронт и бэк и создают все новые js-фреймворки для первого. 
P.S. Это касается не только веба, можно и десктоп-примеры привести. Раньше на WinForms интерфейс приложений накидывался визуальным конструктором, теперь же это XAML-верстка в WPF или UWP. Всё идёт, наоборот, в сторону кода, так как он позволяет обеспечить более гибкое решение.

Ответить
3

Согласен, тут нужен мыслить под задачи, иногда нужны такие штуки, иногда нет, но кодинг никуда не исчезнет) И это радует:D

Ответить
11

"и всех, кто хочет строить карьеру в программировании, но испытывает трудности с кодингом" - эм.. what? Это примерно равносильно: Для тех, кто хочет построить карьеру в лёгкой атлетике, но не собирается покидать диван и испытывает трудности с занятием спортом. Или "для тех, кто хочет построить карьеру художника, но испытывает трудности с рисованием".

Ответить
2

Плохая аналогия. Кодинг это только заключительная и самая малая часть программирования. А ещё есть анализ требований, проектирование, построение алгоритмов и т.д. Хороший алгоритмист, например, вполне может оказаться посредственным кодером.

Ответить
0

Ну так из всего вышескащанного, кодинг - это самая тривиальная часть. Если человек силён в алгоритмах и структурах данных, то с кодингом вопросов тем более не возникнет. А иначе получается "может быть выдающимся учёным-литератором, но грамоте не обучен".

Ответить
1

Я бы привел другую аналогию, что можно быть выдающимся архитекторам и при этом не уметь выполнять даже половины нормы землекопа :) Кодинг требует кучи специфических знаний (нюансов конкретного языка, библиотек и фреймворков, архитектуры вычислительной машины, принятых в сообществе подходов и т.д.), которые важны при кодировании готового алгоритма, но не очень важны при его проектировании. Кодинг вещь далеко не тривиальная, но понятие программирования гораздо шире.

Ответить
0

Я в ИТ консалтинге и разработке (больше - разработке) - уже лет 13 (последние 5 - не в России) и, имхо, если говорить об архитектуре и алгоритмах, то необходимо это рассматривать в связке с используемым зоопарком технологий. Синтаксис языка для хорошего software engineer-а это фигня, которая учится за пару недель. Нюансы - согласен, сложнее, но если знать основные парадигмы и хорошо разбираться именно в структуре данных и алгоритмах, с которых вы начали эту дискуссию, то писать можно вполне эффективно на чем угодно. Именно поэтому в ведущих компаниях дают решать алгоритмические задачи на whiteboard-е или в блокноте, используя синтаксис любого ЯП на выбор. Иначе, тут не про землекопа и архитектора, а про дизайнера, начитавшегося журналов по архитектуре и начавшего "творить", не разбираясь в основах типа сопромата и нормативов по проектированию зданий. Но вообще это холиварный холивар и все сводится к тому, что я не могу согласиться, что человек может быть офигенным разработчиком алгоритмистом и архитектором, но не уметь это выразить в коде (хоть каком) и вынужденным пользоваться конструкторами типа wix-a или bubble-а. При всем уважении - любой труд не зазорен, но мешать всё в одну кучу, пожалуй, не стоит.

Ответить
1

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

нет.

Ответить
0

Ок, алгоритмы - нет (хотя те же доступные структуры данных и то, что уже доступно под используемый в проекте стек неплохо иметь в виду, чтобы не изобретать колесо). Архитектура, особенно, если всё не с нуля пилится - однозначно нужно иметь дело с доступными технологиями и фреймворками в той или иной степени. И уж точно строить архитектуру с одним только no-code визуальным/блочным/etc "конструктором приложений" - сомнительное мероприятие.

Ответить
0

Конкретные технологии – это отдельный уровень абстракции

Ответить
1

Согласна, звучит странно:) Но речь о визуальном программировании и о тех кто очень хочет работать в IT,  но не справляется с изучением языков программирования. Nocode разработка конечно не сравнится с программированием по возможностям, но позволяет закрывать некоторые бизнес задачи, поэтому на нее также есть спрос.

Ответить
0

Ключевое словосочетание 'некоторые бизнес задачи'...)) 

Ответить
8

Клибейтный заголовок, а внутри несколько сервисов для автоматизации шаблонных задач.  При чем тут будущее и не будущее программирования? Конструкторы были, есть и будут, и программирование никуда не денется. Кроме сайтиков и чатботов ниш бесконечное количество.

Ответить
1

Статья не только о конструкторах, а о nocode разработке, которая сейчас позволяет закрывать далеко не только шаблонные задачи. Заголовок - просто цитата, привлекающая внимание к nocode, и со своей задачей он справился:)

Ответить
0

Пожалуйста, поменяйте заголовок, что бы не вводить людей в заблуждение. И в следующий раз лучше использовать более понятные заголовки, чтобы было сразу ясно, о чём материал

Ответить
1

Спасибо, исправила, чтоб не вводить в заблуждение, на будущее учту) 

Ответить
2

В нашей Компании мы несколько лет разрабатываем и сами же используем свою no-code платформу. Правда мы её называли zero-coding, но оказалось, что правильно называть no-code :-)
По опыту могу сказать, что самый большой плюс (и это отмечено в статье) - это быстрый старт. Так как мы разрабатываем в основном на заказ, заказчиков впечатляет, что мы с первых дней можем предложить MVP, с помощью которого их сотрудники уже могут загружать документы, вводить какие-то данные. А мы параллельно автоматизируем бизнес-процессы, настраиваем маршруты и т.п. Заказчик смотрит на всё это и, как часто случалось, начинает понимать, чего же он на самом деле хотел. Agile одним словом.
При этом программирование не исчезло. Есть программирование для развития самой платформы, есть программирование сервисов-сателлитов - это когда какую-нибудь функцию проще запрограммировать, чем делать с помощью визуального редактора сценариев. Тогда разработчик на Датамастере просит программиста написать микросервис.
No-code продукты - это скорее инструмент для аналитика, который быстро накидывает скелет системы, а дальше, по мере погружения заказчика в задачу, скелет трансформируется, обрастаем мышцами.
Минусы и боль тоже есть, но про них писать не буду :-)

Ответить
3

Полностью согласна, без кода никуда:)
Мы работаем на bubble уже 4 года и разрабатываем в том числе и большие приложения, такие как LMS, CRM, которые сейчас вполне успешно монетизируются. Но не буду скрывать, практически в каждом приложении использовали код для написания плагинов, которые позволяют расширить возможности. Поэтому правильное сочетание этих технологий, на мой взгляд, отличное решение.

Ответить
0

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

Ответить
1

Спасибо за статью! Много актуальной информации!

Ответить
0

Программирование это и есть кодинг. ЛОЛ.

Ответить
1

В 2020 году программирование уже не только кодинг, в данном случае речь о визуальном программировании)

Ответить
0

http://prntscr.com/s5oxrn

Что до "визуального" программирования, то оно существует минимум лет 30. И перетаскивание графических элементов взад-вперед я бы даже программированием не назвал, а скорее конструированием.

Ответить
2

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

Ответить
1

И что же принципиально изменилось по вашему?

Ответить
–1

Заголовок вводит в заблуждение, статья вовсе не за авторством Криса Ванстрата

Ответить
1

Спасибо, исправила, чтоб не вводить в заблуждение )

Ответить
0

Тот случай, когда автор так созданного "сайта" понятия не имеет что и как работает, откуда берется и что "отремонтировать" если слетит какой-то модуль.
Самое главное: "пользователь вводит пароль и логин" а где все это хранится? Автор статьи, ответите?
По ходу автор статьи какие-то няшки за ссылки в статье получит?

Ответить
0

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

Ответить
0

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

Ответить
1

Ну, если местоположение данных критично, можно поискать nocode решения, которые в дополнению к облаку позволяют развернуть систему, например, в корпоративном ЦОДе.
Если нравится исключительно конкретный, предположим, западный продукт, а разработчики продукта не рассматривают варианты кроме своего облака, ну тогда - да, проблемка.

Ответить
2

Согласна, перед использованием любого инструмента нужно изучить не только его возможности, но и документацию, чтобы понимать не будет ли проблем в будущем

Ответить
1

Я не продвигаю данные ресурсы, а делюсь личным опытом и мнением. Если вас интересуют детали, почитайте на официальных сайтах, там есть об этом информация.

Ответить
1

 Я не занудствую, просто вопрос хранения персональных данных т.н. "стартаперами" пилящими сайты из конструкторов с правовой стороны вообще не рассматривается, а начать раскручиваться, поднять сайт, и в то же время потерять базу данных, получить "бан", штрафы и пару десятков исков просто из-за нарушения Рос.зак-ва о хранении данных - это да, хороший совет.
Соглашение Bubble почитал, там интересно про оператора использования данных, который расположен в штате Делавэр, все ваши (пользователя) споры по данным рассматриваются "третьим лицом", пиксельный тэг Facebook, например, или отсутствие ответственности за данные при реорганизации в любой форме.

Ответить
2

Есть альтернативы для хранения данных, и каждый сам решает как ему поступать. Я не увидела в статье никаких рекомендаций, а лишь обзор. Сейчас слишком много информации появляется на тему nocode платформ, и как мне кажется, очень полезно мнение тех, кто с этим работает, помогает хотя бы немного разобраться в чем разница.

Ответить
1

Для многих "стартаперов" вопрос обработки персональных данных не очень актуален. Для какого-нибудь условного шиномонтажа или бара, например, требования 152-ФЗ едва ли находятся на первом месте. Равно как и деятельность такого "стартапера" для Роскомнадзора. А конструкторы рассчитаны именно на таких пользователей, далёких от ИТ, но желающих использовать интернет как канал для привлечения клиентов. У них персональных данных может вообще не быть, и такое решение им вполне подойдёт.

Ответить

Прямой эфир