Как вы думаете, почему в Excel, Google Таблицах и многих других программах (Airtable, OpenOffice) названия формул записываются БОЛЬШИМИ буквами?

SUM(1; 2), а не sum(1; 2)

Мне кажется, я нашел ответ.

Очевидно, что Airtable переняла это из Excel, оттуда же и Google Таблицы. Но почему Excel решил печатать формулы БОЛЬШИМИ буквами?

Исторически Excel был заменой другой подобной программе от Microsoft, которая называется Multiplan (1982 год), которая, в свою очередь была написала, чтобы конкурировать с программой VisiCalc (1979 год).

Вот этот VisiCalc, судя по всему, и был той программой, которая дала начало электронным таблицам с формулами.

VisiCalc работала на компьютерах Apple II, а клавиатура для Apple II… вообще не имела маленьких букв. Только большие.

И вот мы в 2021 году пишем формулы большими буквами, потому что в 1979 году на клавиатуре для Apple II не было маленьких 😄

Скриншоты в комментариях!

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

Можно только начать перечислять конкретные примеры, и это даст некоторое представление, хотя и неполное.

Мне интересно, как справляются создатели языков программирования. Кто-нибудь спрашивает:
— А что можно написать на твоем языке?
— Да все что угодно
— Ну например?
— Ну игру, или сайт, вообще все

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

Например, один клиент сейчас делает систему проверки товаров на контрафакт. Делает в связке Creatium + Integromat + Google Таблицы.

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

Создание продукта сопряжено с поиском высокой цели, ради достижения которой продукт существует.

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

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

Цель, которая у нас была раньше — это просто приносить заявки нашим клиентам с помощью сайтов. Не очень пафосно, зато практично.

А теперь у нас есть новый набор красивых целей:
• Сокращать время между идеей и реализацией проекта
• Дать возможность не-программистам запускать программные продукты своими силами
• Сделать процесс и результат разработки программных продуктов более простым и прозрачным для бизнеса

Creatium — это не просто какой-то там конструктор сайтов, это конструктор сайтов с высокими идеалами и целями!

Я вижу историю развития конструкторов примерно так:

1. В начале были CMS: WordPress, Joomla, Drupal и тд
2. Потом появились конструкторы лендингов, которые показали отличные результаты для простых сайтов
3. Потом конструкторы лендингов начали эволюционировать и добавлять в себя функции CMS

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

И мы начинаем конкурировать с WordPress, 1С-Битрикс, просто потому что на Creatium можно сделать многое из того, что можно сделать в CMS. Мы только начали, уже есть отличные кейсы и понимание того, чего не хватает. Работаем дальше!

Я же не просто так про Notion спрашиваю)

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

То есть можно будет подключить табличку, и вот основа для блога. Редактирование, добавление, удаление постов прямо в ноушне. А на сайт это просто переноситься будет.

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

Не поверите, но когда я начинал разработку редактора, я отталкивался от https://wppage.ru

Это была моя отправная точка. Я просто хотел сделать лучше, но в процессе увлекся, и сделал сложный и мощный редактор, который вырос в то, что у нас есть сейчас.

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

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

А сейчас я думаю — насколько мы можем превзойти свои же ожидания опять? У нас есть новая идея, связанная с разработкой сложных сайтов без кода. Разговоры о том, что мы можем в какой-то степени заменить программистов идут, но пока все очень консервативно, потому что многих функций еще нет, и мы фактически все еще в бете.

А лет через 5 какой-нибудь программист на фрилансе откроет ленту заказов, и подумает: что-то заказов мало стало…

В скором времени мы планируем выпустить интеграцию с Directual.

Мы еще тестируем, но на мой взгляд, у нас будет лучшая No-code связка из ныне сыществующих, и вот почему:

1. Без ограничений на размер баз данных — хоть сотни тысяч записей
2. Всего 2 сервиса в связке (Creatium + Directual)
3. И таблицы и сценарии в Directual
4. Высокая скорость изменений (от отправки до изменения на сайте)

Технически Directual сложнее, чем Integromat+Airtable или Google Таблицы, так что это такая хардкорная связка для тех, кто не боится сложностей, и хочет чего-то мощнее, чем то, что мы предлагаем сейчас.

Лучше будет только когда мы свои сценарии и редактирование таблиц сделаем, но это уже в следующем году.

Еще я собрал волю в кулак и начал вещать сторисы в своей инсте.

Так сказать, вышел в свет)

Подписывайтесь: https://www.instagram.com/slava_grimalsky/

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

Чтобы видно было, за какое время собирается проект, как это вообще происходит и так далее.

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

Может быть как раз с анонсом блогов совместим, и покажу как блоги можно теперь делать (скоро), или взять какой-нибудь проект типа http://bash.im и скопировать его без кода. Просто хочется не что-нибудь абстрактное показывать, а то, что востребовано.

На подходе свежий супер-кейс народного голосования, собранный на Creatium.

Ссылка: https://bloggersummit2021.ru/

Проект собрал за 4(!) дня маркетолог @barminovoleg

За несколько дней больше 30 тысяч регистраций, больше 60 тысяч голосов! Сценарий в интегромате даже оптимизировать пришлось, чтобы очередь не накапливалась (об этом отдельное видео будет).

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

Есть вещи, которые сочетаются идеально — как инь и янь, клубника со сливками.

В скором времени мы выпустим интеграцию Creatium + Directual, и у перфекционистов появится новое идеальное сочетание.

Это всего 2 сервиса, которые полностью покрывают почти все слои веб-приложения:
1. Сайт со сложным дизайном и версткой (Creatium)
2. Превосходная поисковая оптимизация (Creatium)
3. База данных без ограничений по размеру (Directual)
4. Быстрые сценарии (Directual)
5. Личный кабинет пользователя (Creatium)
6. Админка для менеджеров (Directual)

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

Сейчас в процессе написания статья с описанием кейса, результатами и т.д. проекта https://bloggersummit2021.ru/, собранного нашим клиентом за 4 дня.

Весь проект собран с использованием 3 сервисов: Creatium + Integromat + Google Таблицы.

В целом все прошло достаточно гладко, об этом подробнее будет в статье, но сейчас я хочу выделить 5 минусов связки Creatium + Integromat + Google Таблицы, которые всплыли на этом проекте, в силу его масштабности.

Чтобы вы понимали, вот итоговые цифры за 2 недели:
Около 5 000 000 посещений
Около 250 000 регистраций
Около 1 000 000 голосов

Итак, минусы.

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

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

Минус третий. Интегромат не умеет держать в очереди больше 10 тысяч задач, и когда очередь накапливается, то новые он просто не принимает, пока очередь не разойдется. К счастью, у нас есть возможность “переотправить” такие заявки в интегромат повторно, но на это ушло время.

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

Минус пятый. Клиент заплатил почти 2000 долларов в интегромате за огромное количество совершенных операций.

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

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

Ведь даже несмотря на все эти минусы, связка Creatium + Integromat + Google Таблицы успешно справилась с задачей.

Просто где-то нужно было оптимизировать, где-то подождать, а где-то доплатить 😄

Это как с отзывами - хочешь узнать правду, читай отрицательные. Вот я написал реальные минусы, с которыми мы столкнулись.

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

В Directual нет лимитов на размер очереди задач, а сами задачи выполняются быстро (потому что и сценарии и база в одной сети). Нет ограничений по размеру баз данных.

Я даже пересчитал, сколько бы заплатил клиент, если бы делал голосование за блогеров на Directual — вышло около 600-800 долларов.

То есть в 3 раза дешевле.

Промо-коды или реферальные ссылки — что лучше?

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

Но сегодня я увидел обратную сторону промо-кодов, и доверие мое к ним пошатнулось.

Итак, есть промо-код fabrika, который нужно просто ввести в поле. Что вводят пользователи? Несколько примеров:
- factory
- fabrica
- фабрика
- phabrica

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

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

Мы выпустили интеграцию с Directual!

Я о ней писал ранее (https://news.1rj.ru/str/ProNoCode/89)

Теперь жду когда появится первый кейс на новой связке. Уж очень интересно сравнить с тем, что обычно делают на Integromat + Airtable.

Видео-инструкция тут:
https://www.youtube.com/watch?v=N58gh0digj4

Текстовая инструкция:
https://creatium.notion.site/creatium/Creatium-Directual-d836c66d85d24e8283eaa19a80f60d90

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

Сколько должен стоить проект на No-code?

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

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

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

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

Для сравнения вот можете оценить стоимость разработки MVP в коде: https://www.itsumma.ru/mvp

1 900 000 рублей и 3 месяца за качественную разработку в коде. Можно использовать эти цифры как значение "до".

Следующий этап развития

Развитие Creatium можно условно поделить на 3 этапа.

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

Весь 2021 год мы работали над тем, чтобы Creatium стал динамическим. Это интеграция с Google Таблицами, Airtable, Notion, Directual, переменные, шаблонные страницы и так далее. Кто уже воспользовался новыми возможностями понимают, насколько большое это изменение.

А следующий этап это уже Creatium интерактивный. Как думаете, что кроется за этим словом?

На самом деле “интерактивность” состоит из двух отдельных частей.

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

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

Одна из проблем связки Creatium + Integromat + Внешняя база данных это скорость изменений.

Допустим, вы добавляете комментарий на сайте с этой связкой, вот что происходит под капотом:
1. Заявка уходит на сервер
2. Отправляется вебхук в интегромат
3. Интегромат запускает сценарий
4. Сценарий добавляет комментарий в таблицу
5. Сценарий запускает импорт таблицы
6. Креатиум импортирует таблицу
7. Комментарий добавлен

В связке Creatium + Directual все быстрее:
1. Заявка уходит на сервер
2. Отправляется вебхук в директуал
3. Директуал запускает сценарий
4. Сценарий добавляет комментарий в таблицу
5. Комментарий добавлен

Работает это в разы быстрее, потому что еще на 4 шаге все происходит быстро, поскольку и база и сценарии в Directual в одном месте.

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

Пару лет назад я думал запустать школу программирования, даже мини-курс написал, со своей особой методикой: https://grimcode.io

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

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

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

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