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

Сейчас интересно продублировать опрос с теми же вариантами, чтобы оценить прогресс.

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

Будет очень интересно повторить опрос еще через год, и в следующий раз увидеть большинство голосов за “плато производительности”.

Новое поколение браузеров

Google Chrome уже много лет как победил в войне браузеров, и казалось бы, задал стандарт UI/UX для браузеров, но последнее время вижу смелые попытки выйти за рамки этого стандарта.

Вот что нашел:
SigmaOS
Wavebox
Arc
Stack

Все эти браузеры основаны на Chromium, а инновации пытаются привнести на уровне интерфейса и удобства использования.

No-code или Low-code

Пришло время сорвать покров. Новый Creatium, который сейчас в бета-версии, это уже не no-code, а скорее low-code. К такому выводу я пришел просто наблюдая за тем, что клиенты делают в бете.

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

Например, вы хотите показать в каталоге список квартир, которые находятся на расстоянии 100 метров от геопозиции посетителя.

У вас есть долгота-широта квартиры, и долгота-широта посетителя. А расстояние измерять нужно в метрах. И тут вам нужна формула преобразования градусов в метры. Все еще ноукод? Может быть.

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

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

Дополню, почему сейчас самое время (возможно) переобуваться в Low-code

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

И вот я вижу, как сильно сдвигается фокус внимания с No-code в сторону AI и новых нейросетей. Я вижу даже мнения, что AI совсем заменит ноукод в течение нескольких лет.

Лично я так не думаю, но это то, куда дует ветер. No-code никуда не денется, но он перестанет быть “модным”, потому что “модно” теперь думать, что новый ноукод это нейросети.

В то же время Low-code разработка может извлечь из ситуации максимум пользы, используя нейросети. Вот сами судите, как звучит:

Creatium Next: Платформа для разработки сайтов и приложений для бизнеса, использующая последние достижения нейросетей, объединяя способности людей и машин в одном инструменте.

Шокирующая правда: No-code это всего лишь воронка, ведущая к Low-code.

Привет! Меня зовут Вячеслав Гримальский, я программист с 16-летним опытом, 10 из которых я посвятил тому, чтобы сделать профессиональную разработку доступной каждому.

Я разрабатываю инструменты, которые помогают не-программистам самостоятельно создавать продукты, которые обычно требуют участия профессиональных разработчиков. Это называется No-code и Low-code разработка.

В 2014 году я со-основал Платформу LP — конструктор лендингов, который за несколько лет стал одним из лидеров в области.

В 2018 году я основал Creatium — конструктор сайтов, на котором прямо сейчас работает около 15 тысяч сайтов.

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

В этом канале я делюсь новостями, лайфхаками и реальными рейсами клиентов. Этим летом мы готовимся изменить индустрию разработки веб-приложений во всем СНГ, а может быть и в мире.

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

Мы еще не выбрали окончательное название для новой платформы, но оно будет связано с конструктором Creatium.

Что-нибудь вроде Creatium Next или Creatium X. Что-нибудь такое прогрессивное и намекающее на то, что это следующий этап развития.

Миссия - экономить время и деньги при разработке приложений для бизнеса. Но время важнее, иначе можно упустить окно возможностей. Возможно поэтому у нас есть понятие time-to-market, а не money-to-market.

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

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

Гибридная разработка

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

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

Прикол в том, что даже в самых сложных проектах, написанных в коде, 90% это шаблонные интерфейсы, шаблонная работа с данными (чтение, создание, изменение и удаление записей) и простые автоматизации (отправка писем, проверки и т.д.)

Взять даже сам Creatium. Несколько лет назад мы запустили базу идей и предложений (https://voice.creatium.io), программист потратил месяц своего времени на то чтобы все собрать. С новым Creatium Next (или как мы его там назовем) такой проект сможет собрать наш дизайнер (!) за одну неделю.

Единственная “сложная” часть проекта - это то что “голоса” в нем появляются после оплаты самого Креатиума, и как раз тут можно было бы подключить программиста на 1 день.

Сравните. Как было раньше:
1. Дизайнер рисует макеты (не помню, сколько времени заняло)
2. Программист месяц программирует проект по макетам

Как будет сейчас:
1. Дизайнер рисует макеты
2. Он же собирает на их основе рабочий проект за неделю
3. Программист подключается на 1 день чтобы связать голоса

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

Отличное введение в No-code для тех, кто только знакомится с явлением

CRM для отеля, собранная в связке Creatium + Make + Google Таблицы

https://youtu.be/vh7skqVC3xU

В новой версии Creatium подобные проекты можно будет целиком собирать без сторонних сервисов. И вместо связки "Creatium + Make + Google Таблицы” достаточно будет одного Creatium.

Но смысл даже не в том, чтобы использовать только один сервис, а в том, что мы сможем упаковывать такие проекты в готовые шаблоны, которые можно будет скопировать в несколько кликов.

Клик-клик, и у вас готова CRM для ведения отеля.

Клик-клик, и у вас готова партнерская программа с реф-ссылками.

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

Получается что-то вроде AppStore для бизнес-приложений.

Гибридная разработка и принцип черной коробки

В продолжение темы гибридной разработки напишу про основной принцип совмещения кода с ноукодом.

Он очень простой, если понимать как его использовать. Суть в том, что вам не нужно понимать, как работает код, написанный программистом. Вам нужно понимать всего 2 вещи:

1. Какие данные подаются на вход (ввод)
2. Какой результат вы ожидаете получить (вывод)

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

Пример 1. Вам нужна возможность получать данные объявления с Авито. Вы не знаете, как это сделать в конструкторе, но вы точно знаете, что в начале у вас есть ссылка на объявление, а в конце хотите получить следующий набор значений: Заголовок объявления, описание, стоимость, категория и т.д.

Вы приходите к программисту и говорите - нужна “коробочка”, в которую я положу ссылку, после чего достану оттуда нужные мне данные объявления. Вам не нужно знать, что происходит внутри - работа с API, парсинг HTML или магия звезд. Вы просто подключаете “коробочку”, сделанную программистом, к проекту, и используете.

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

Вы ставите перед программистом задачу - нужно чтобы “коробочка” на вход принимала ссылку на видео-файл, загруженный в конструкторе, а на выходе давала ссылку на это же видео, но уже загруженное на ютубе. Что будет происходить внутри мне не важно, просто нужна ссылка на ютуб.

Этот подход позволяет большую часть проекта реализовывать на конструкторе, быстро и дешево, а то, что в конструкторе реализовать не получается - делать с помощью таких вот “коробочек”.

Эти коробки можно называть по разному - функция, сервис, компонент и т.д. Они могут принимать разные формы и по разному встраиваться в проект, в зависимости от задачи, но суть от этого не меняется.

Фундаментальные основы IT для No-code/Low-code разработчиков

Мы уже 2 года активно занимаемся обучением ноукод-разработчиков. Я так же наблюдаю за тем, что происходит на курсах у других ребят, которые тоже обучают ноукоду.

Большинство курсов построены по принципу “вот продукт, который мы будем собирать пошагово, без кода”. И это работает, но мне кажется, что-то упущено. Это упущение - это основы всей IT индустрии в целом. Базовые принципы и понятия, с которыми так или иначе приходится сталкиваться.

Рано или поздно каждому активному ноукодеру/лоукодеру придется столкнуться с такими вещами, как типы данных, JSON, API, формулами, кэшированием, HTTP-запросами и многим другим.

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

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

Что думаете?

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

Это продукт, который позволяет разрабатывать веб-приложения (личные кабинеты, маркетплейсы, партнерские программы и т.д.) в разы быстрее и дешевле чем это сейчас делается “классическими” средствами.

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

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

В общем, ждите новостей о новом продукте, который мы решили назвать Creatium Max. Это максимально говорящее название, поверьте.

На всякий случай поясню что имелось ввиду под “более высоким уровнем защиты персональных данных”, потому что судя по комментариям, эта часть создала неверное впечатление.

Сейчас все проекты размещаются на наших серверах и за безопасность персональных данных отвечаем мы.

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

Вот раньше мы такого не могли предоставить, а на Creatium Max такая возможность будет. Сделать так, чтобы доступа к данным не было даже у нас самих. Отсюда, правда, вытекает множество вопросов - как поддерживать такого клиента, не имея доступов, как выкатывать обновления и т.д., но это уже другая история.

Чтобы оценить, сколько времени и усилий мы вложили в разработку Creatium Max, приведу цитату из своего же канала.

14 сентября 2021 года:
А если смотреть далекие планы, то там ставка будет на автоматизацию и перенос функционала Integromat и Airtable на сторону конструктора. […] Я долго думал над этим, и в итоге решил, что мы возьмемся за этот проект, и сделаем собственные сценарии.

Это был 2021 год. У нас ушло 2 года на разработку. Если бы я тогда знал, сколько это займет, я бы не решился. Но 2 года прошли, и только сейчас я могу сказать — у нас получилось.

У нас получилось, и это все о чем я хочу сейчас написать. Я не знаю, какие ожидания у вас, но мои собственные ожидания Creatium Max превзошел.