Forwarded from 💎 Зерокодер
А если бы no-code инструменты стали людьми? 🤔
Часть 1.
Мы тратим значительную часть своей жизни, взаимодействуя с различными программами и приложениями. Иногда эта связь становится такой крепкой, что наш виртуальный «друг» начинает обрастать вполне себе человеческими чертами характера 😉
Мы решили спросить у нейросети Midjourney, как выглядели бы no-code инструменты в человеческом образе, а также попросили ChatGPT описать черты их характера 🙂
И вот что из этого получилось 👇
1. Adalo был бы очень умным и эффективным специалистом в области создания мобильных приложений. Он был бы очень организованным и точным в своей работе, быстро, но тщательно анализировал задачи. Он был бы очень импульсивным, любил бы исследовать новые идеи и технологии. Но, самое главное, Adalo был бы прекрасным наставником и учителем, который умело объяснял бы каждому свою работу.
2. Airtable был бы сообразительным и надежным другом, который бы мог легко организовать все что угодно, знал бы все обо всем и охотно делился своими знаниями с другими.
3. Bubble был бы бы креативной и амбициозной личностью, которая была бы способна создавать самые сложные проекты, используя сочетание своей сильной логики и отличной интуиции.
4. ChatGPT был бы высокообразованным и интеллектуальным, общительным человеком с богатым словарным запасом и широким кругозором. Он был бы терпеливым и внимательным к мнению других людей, был бы открыт для обсуждения различных взглядов на жизнь и мировоззрение.
5. Tilda обязательно была бы свободолюбивой, дружелюбной и простой в общении личностью. Она была была бы инноватором в своей работе и всегда находила бы новые способы помочь своим коллегам реализовать свои мечты и достичь своих целей.
6. Ну а Creatium был бы творческим человеком, умеющим работать в команде и быстро находить креативные решения. Он был бы способен превращать сложные задачи в простые, а еще был бы эффективным и талантливым лидером.
Сошлось ли представление нейросети с образом инструмента в твоей голове? Мы точно отметили множество совпадений🤓
Часть 1.
Мы тратим значительную часть своей жизни, взаимодействуя с различными программами и приложениями. Иногда эта связь становится такой крепкой, что наш виртуальный «друг» начинает обрастать вполне себе человеческими чертами характера 😉
Мы решили спросить у нейросети Midjourney, как выглядели бы no-code инструменты в человеческом образе, а также попросили ChatGPT описать черты их характера 🙂
И вот что из этого получилось 👇
1. Adalo был бы очень умным и эффективным специалистом в области создания мобильных приложений. Он был бы очень организованным и точным в своей работе, быстро, но тщательно анализировал задачи. Он был бы очень импульсивным, любил бы исследовать новые идеи и технологии. Но, самое главное, Adalo был бы прекрасным наставником и учителем, который умело объяснял бы каждому свою работу.
2. Airtable был бы сообразительным и надежным другом, который бы мог легко организовать все что угодно, знал бы все обо всем и охотно делился своими знаниями с другими.
3. Bubble был бы бы креативной и амбициозной личностью, которая была бы способна создавать самые сложные проекты, используя сочетание своей сильной логики и отличной интуиции.
4. ChatGPT был бы высокообразованным и интеллектуальным, общительным человеком с богатым словарным запасом и широким кругозором. Он был бы терпеливым и внимательным к мнению других людей, был бы открыт для обсуждения различных взглядов на жизнь и мировоззрение.
5. Tilda обязательно была бы свободолюбивой, дружелюбной и простой в общении личностью. Она была была бы инноватором в своей работе и всегда находила бы новые способы помочь своим коллегам реализовать свои мечты и достичь своих целей.
6. Ну а Creatium был бы творческим человеком, умеющим работать в команде и быстро находить креативные решения. Он был бы способен превращать сложные задачи в простые, а еще был бы эффективным и талантливым лидером.
Сошлось ли представление нейросети с образом инструмента в твоей голове? Мы точно отметили множество совпадений
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍1
Forwarded from эйай ньюз
🔥Вышла GPT-4!
https://openai.com/research/gpt-4
Теперь модель ещё может принимать и картинки на вход. В ответ выдает все ещё только текст. Ну, и конечно, модель более серьезно надрессировали не выходить за рамки дозволенного.
Пишут, что на многих бенчмарках новая модель конкретно бьет предыдущую GPT-3.5. В том числе на датасете экзаменов по разным предметам.
Без паники, господа программисты. Выдыхаем (пока). GPT-4 все ещё сосет на задачах с Codeforces – модель входит только в нижние 5% по рейтингу.
OpenAI в своем обычном стиле закрытого ИИ не делятся деталями. Не рассказали ни про архитектуру, ни даже про количество параметров 🙄.
По ссылке можно стать в очередь на доступ к API GPT-4.
@ai_newz
https://openai.com/research/gpt-4
Теперь модель ещё может принимать и картинки на вход. В ответ выдает все ещё только текст. Ну, и конечно, модель более серьезно надрессировали не выходить за рамки дозволенного.
Пишут, что на многих бенчмарках новая модель конкретно бьет предыдущую GPT-3.5. В том числе на датасете экзаменов по разным предметам.
Без паники, господа программисты. Выдыхаем (пока). GPT-4 все ещё сосет на задачах с Codeforces – модель входит только в нижние 5% по рейтингу.
OpenAI в своем обычном стиле закрытого ИИ не делятся деталями. Не рассказали ни про архитектуру, ни даже про количество параметров 🙄.
По ссылке можно стать в очередь на доступ к API GPT-4.
@ai_newz
👍3
Еще один репост и вернемся к авторскому контенту
Forwarded from Кода кода
Программисты не нужны? No-Code разработка.
Большой ажиотаж по no-code/low-code инструментам, кажется прошел. В то же время, они все более глубоко входят в нашу жизнь: огромное количество сайтов, приложений и систем автоматизации сделаны на таких платформах. Решения без кода меняют продуктовый подход.
В некоторых сферах, давно привыкли к low-code. А в других его все еще стараются обходить стороной. Все это безумно интересно изучить. Чем мы и займемся в первом выпуске 5го сезона 🤩 Поговорим и про бурный рост и про риски и про то, нужны ли программисты, когда есть No-code.
А ещё этот эпизод, как и весь сезон, выпускается при поддержке драйвовой команды инженеров — @avitotech. Ребята создают сервисы, которыми пользуется треть жителей России каждый месяц.
🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://kodakoda.mave.digital/
Гости выпуска
Вастрик
Программист, техноблогер
Использовал NoCode до того, как это стало мейнстримом и после тоже
Игорь Озеров
Основатель и директор Swiftle
Fastest no-code development
Специальный гость
Олег Харатов
руководитель разработки юнита
в Аналитической платформе @avitotech
Ведущие
Виктор Корейша
@koreysha
Евгений Антонов
@eantonov
Канал Тимлид Очевидность
Большой ажиотаж по no-code/low-code инструментам, кажется прошел. В то же время, они все более глубоко входят в нашу жизнь: огромное количество сайтов, приложений и систем автоматизации сделаны на таких платформах. Решения без кода меняют продуктовый подход.
В некоторых сферах, давно привыкли к low-code. А в других его все еще стараются обходить стороной. Все это безумно интересно изучить. Чем мы и займемся в первом выпуске 5го сезона 🤩 Поговорим и про бурный рост и про риски и про то, нужны ли программисты, когда есть No-code.
А ещё этот эпизод, как и весь сезон, выпускается при поддержке драйвовой команды инженеров — @avitotech. Ребята создают сервисы, которыми пользуется треть жителей России каждый месяц.
🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://kodakoda.mave.digital/
Гости выпуска
Вастрик
Программист, техноблогер
Использовал NoCode до того, как это стало мейнстримом и после тоже
Игорь Озеров
Основатель и директор Swiftle
Fastest no-code development
Специальный гость
Олег Харатов
руководитель разработки юнита
в Аналитической платформе @avitotech
Ведущие
Виктор Корейша
@koreysha
Евгений Антонов
@eantonov
Канал Тимлид Очевидность
❤2
По моим собственным ощущениям, ажиотаж вокруг no-code действительно утихает, при этом случаев реального применения становится все больше.
Это нормальный процесс, наглядно продемонстрированный кривой зрелости технологии.
Все эти “программисты не нужны” уже давно стало понятно, что работает не во всех случаях. Что-то можно сделать без кода, что-то нельзя. Там, где нельзя, приходит разочарование. Там, где можно - появляется кейс. Эти кейсы прокладывают дорогу реальному применению и пониманию настоящей ценности ноукод инструментов.
Просто есть задачи, которые в разы эффективнее и быстрее решаются инструментами без кода, и именно тогда их и нужно использовать.
Это нормальный процесс, наглядно продемонстрированный кривой зрелости технологии.
Все эти “программисты не нужны” уже давно стало понятно, что работает не во всех случаях. Что-то можно сделать без кода, что-то нельзя. Там, где нельзя, приходит разочарование. Там, где можно - появляется кейс. Эти кейсы прокладывают дорогу реальному применению и пониманию настоящей ценности ноукод инструментов.
Просто есть задачи, которые в разы эффективнее и быстрее решаются инструментами без кода, и именно тогда их и нужно использовать.
👍18❤1
Какие No-code инструменты используете?
Anonymous Poll
72%
Конструктор сайтов
28%
Конструктор веб-приложений
46%
Конструктор сценариев/автоматизаций
52%
Базы данных, таблицы
17%
Мобильные приложения
18%
Аналитика, анализ данных
13%
Другое
Где размещаете?
Anonymous Poll
70%
На сервисе (в облаке)
18%
На своем сервере (self-hosted)
12%
Другое
Какой период оплачиваете?
Anonymous Poll
66%
Месячная подписка
11%
Годовая подписка
3%
Единоразовая оплата
11%
Не плачу
11%
Другое
Forwarded from Алексей Сорокин - душнила
Мы создаем рейтинг no-code агентств России
Все мы знаем о рейтинге ИТ агентств, где можно узнать кто круче в дизайне, разработке, аутстафе и ещё по целому ряду параметров. К сожалению, no-code агентства обделены собственным рейтингом.
Это срочно надо исправить! Мы создаем собственный рейтинг для no-code агентств, в котором поймём кто был круче всех в 2022 году. Методику подсчета мы позаимствуем у существующих рейтингов ИТ компаний.
Если у тебя есть no-code агентство - срочно пиши в личку @noexpr, а то в рейтинг не попадёшь!
Все мы знаем о рейтинге ИТ агентств, где можно узнать кто круче в дизайне, разработке, аутстафе и ещё по целому ряду параметров. К сожалению, no-code агентства обделены собственным рейтингом.
Это срочно надо исправить! Мы создаем собственный рейтинг для no-code агентств, в котором поймём кто был круче всех в 2022 году. Методику подсчета мы позаимствуем у существующих рейтингов ИТ компаний.
Если у тебя есть no-code агентство - срочно пиши в личку @noexpr, а то в рейтинг не попадёшь!
❤4👍2👎1🥱1😐1
Forwarded from Slava Grimalsky
Похоже, мы определились с дальнейшим планом по бете Креатиума. Промежуточные результаты тестирования показывают, что все круто, и нужно скорее все выпускать в продакшн, но есть еще несколько важных требований, которые мы хотим предусмотреть сейчас, потому что потом это может намного сложнее.
1. Каждый проект должен работать в своем изолированном пространстве, имея доступ к ограниченным ресурсам (памяти, процессору, диску, сети). Оплата за ресурсы сервера, а не условные “строки в базе данных” и “операции в сценариях”.
2. Поддержка селф-хостед версии. Возможность переноса проектов с облака на свой сервер и обратно без каких-либо потерь. Селф-хостед будет дороже в использовании и сложнее в установке, но зато позволит полностью обезопасить персональные данные и соблюсти требования по безопасности больших компаний.
3. Возможность полноценного физического размещения проектов на серверах в разных странах. К примеру, сейчас у нас есть сервер в Казахстане, но он все запросы просто переадресует “настоящему” серверу, который находится в РФ (или в Германии, если это Creatium Internatinoal). В новой архитектуре мы полноценно сможем распределять сервера по странам.
По предварительной оценке запустить новую версию беты с учетом вышеперечисленного получится только через несколько месяцев.
Сразу хочу ответить на вопрос “зачем все это нужно, ведь у меня проект простой”. Однажды кто-нибудь создаст проект на Креатиуме, в котором будет больше 1 000 000 регистраций за сутки. Или загрузит всю википедию в базу данных, или еще что-нибудь, создав огромную нагрузку. Нам важно обеспечить стабильную работу этого проекта, но еще важнее обеспечить стабильную работу всех остальных проектов поменьше.
1. Каждый проект должен работать в своем изолированном пространстве, имея доступ к ограниченным ресурсам (памяти, процессору, диску, сети). Оплата за ресурсы сервера, а не условные “строки в базе данных” и “операции в сценариях”.
2. Поддержка селф-хостед версии. Возможность переноса проектов с облака на свой сервер и обратно без каких-либо потерь. Селф-хостед будет дороже в использовании и сложнее в установке, но зато позволит полностью обезопасить персональные данные и соблюсти требования по безопасности больших компаний.
3. Возможность полноценного физического размещения проектов на серверах в разных странах. К примеру, сейчас у нас есть сервер в Казахстане, но он все запросы просто переадресует “настоящему” серверу, который находится в РФ (или в Германии, если это Creatium Internatinoal). В новой архитектуре мы полноценно сможем распределять сервера по странам.
По предварительной оценке запустить новую версию беты с учетом вышеперечисленного получится только через несколько месяцев.
Сразу хочу ответить на вопрос “зачем все это нужно, ведь у меня проект простой”. Однажды кто-нибудь создаст проект на Креатиуме, в котором будет больше 1 000 000 регистраций за сутки. Или загрузит всю википедию в базу данных, или еще что-нибудь, создав огромную нагрузку. Нам важно обеспечить стабильную работу этого проекта, но еще важнее обеспечить стабильную работу всех остальных проектов поменьше.
❤25👍12🔥12🏆1
Forwarded from Алексей Сорокин - душнила
Рейтинг no-code агентств - безумству храбрых поём мы песню
Оказалось, что сообщество no-code агентств весьма подвижное, не инертное и смелое. А главное - агентств действительно много.
За неделю удалось собрать порядка 30 агентств, которые в честной борьбе хотят выяснить кто лучше в разработке вау-сайтов, веб-сервисов, мобильных приложений, автоматизации процессов, разработке чат-ботов и прочих проектах, которые можно сделать с помощью no-code.
До 7 апреля для рейтинга будет создана методика, позволяющая честно, без дружеских заходов и народных голосований сформировать честный рейтинг. Математика, подскажет кто и в чем был лучшим.
Вперёд к первому рейтингу no-code агентств нашего региона! 🤟
Оказалось, что сообщество no-code агентств весьма подвижное, не инертное и смелое. А главное - агентств действительно много.
За неделю удалось собрать порядка 30 агентств, которые в честной борьбе хотят выяснить кто лучше в разработке вау-сайтов, веб-сервисов, мобильных приложений, автоматизации процессов, разработке чат-ботов и прочих проектах, которые можно сделать с помощью no-code.
До 7 апреля для рейтинга будет создана методика, позволяющая честно, без дружеских заходов и народных голосований сформировать честный рейтинг. Математика, подскажет кто и в чем был лучшим.
Вперёд к первому рейтингу no-code агентств нашего региона! 🤟
Давайте обсудим, какая методика действительно честно и без предвзятости может позволить сформировать адекватный рейтинг?
Какие критерии, показатели? Учитывая, что не все готовы делиться всеми данными, а по некоторым проектам может быть подписано NDA.
Какие критерии, показатели? Учитывая, что не все готовы делиться всеми данными, а по некоторым проектам может быть подписано NDA.
Подсчет токенов для GPT по API
Кто уже интегрировал GPT в своих проектах знает, что размер контекста (памяти) у него ограниченный.
Например, GPT 3.5 (который ChatGPT) в своей памяти вмещает 4096 токенов. GPT 4 умеет работать уже с 8192 токенами и даже отдельная модель есть, вмещающая 32768 токенов.
Токены - это то, как GPT разбивает текст на кусочки, с которыми далее работает. Например, слово “hamburger” разбивается на токены “ham”, “bur” and “ger”. А слово “pear” это один токен.
Сложность работы с токенами в том, что если отправить в GPT текст, размер которого в токенах больше, чем лимит модели, то в ответ приходит ошибка. И приходится исключать ранние сообщения чата, чтобы уложиться в лимит. Затем отправлять еще один запрос, смотреть не пришла ли ошибка и так далее. Все это занимает время.
Так вот, подсчитать количество токенов можно только на Python, то есть в коде. У мы тут адепты ноукода, и нам это не подходит. Нужно API.
Вот вчера некто “Bilal Tahir” запилил такое API, и оно на текущий момент даже бесплатное:
https://gptcalculator.xyz/docs
Я думаю, что стоит поддержать начинание, потому что все, кто пытался использовать GPT, сталкивался с этими токенами и тем, что их невозможно считать без кода.
https://producthunt.com/posts/gpt-calculator - вот тут поддержать можно лайком, если у вас есть аккаунт.
Кто уже интегрировал GPT в своих проектах знает, что размер контекста (памяти) у него ограниченный.
Например, GPT 3.5 (который ChatGPT) в своей памяти вмещает 4096 токенов. GPT 4 умеет работать уже с 8192 токенами и даже отдельная модель есть, вмещающая 32768 токенов.
Токены - это то, как GPT разбивает текст на кусочки, с которыми далее работает. Например, слово “hamburger” разбивается на токены “ham”, “bur” and “ger”. А слово “pear” это один токен.
Сложность работы с токенами в том, что если отправить в GPT текст, размер которого в токенах больше, чем лимит модели, то в ответ приходит ошибка. И приходится исключать ранние сообщения чата, чтобы уложиться в лимит. Затем отправлять еще один запрос, смотреть не пришла ли ошибка и так далее. Все это занимает время.
Так вот, подсчитать количество токенов можно только на Python, то есть в коде. У мы тут адепты ноукода, и нам это не подходит. Нужно API.
Вот вчера некто “Bilal Tahir” запилил такое API, и оно на текущий момент даже бесплатное:
https://gptcalculator.xyz/docs
Я думаю, что стоит поддержать начинание, потому что все, кто пытался использовать GPT, сталкивался с этими токенами и тем, что их невозможно считать без кода.
https://producthunt.com/posts/gpt-calculator - вот тут поддержать можно лайком, если у вас есть аккаунт.
👍9👎1
К слову, однажды я попрошу вас поддержать запуск Creatium на Product Hunt. Если вы готовы поддержать нас в будущем, то в зависимости от вашей готовности, вы можете:
1. Держать за нас кулачки (ничего не делать)
2. Просто зарегистрировать на сайте сейчас, чтобы потом проголосовать (чтобы не было так, что все вдруг в день запуска продукта зарегистрировались)
3. Зарегистрироваться и даже проявлять некоторую активность на сайте - голосовать за проекты, комментировать.
1. Держать за нас кулачки (ничего не делать)
2. Просто зарегистрировать на сайте сейчас, чтобы потом проголосовать (чтобы не было так, что все вдруг в день запуска продукта зарегистрировались)
3. Зарегистрироваться и даже проявлять некоторую активность на сайте - голосовать за проекты, комментировать.
👍29🔥9
Формулы Creatium - что это такое, и почему оно такое (часть 1)
Я разрабатываю конструкторы уже 10 лет. В начале это была “Платформа LP”, сейчас Creatium. Казалось бы, за столько времени можно было решить все хотелки клиентов, но это так не работает.
Чем больше возможностей дает конструктор, тем выше требований к нему. В какой-то момент становится понятно, что интерфейсами в конструкторе все возможные проблемы и задачи решить невозможно. Это происходит примерно тогда, когда помимо сборки визуала, появляется сборка логики.
Допустим, мы сделали сайт с блогом, где любой может зарегистрироваться и писать посты. А потом, если необходимо, то и редактировать. Выглядит просто, логику можно описать так: “Пользователь может редактировать пост, если он автор поста”.
Дальше все начинает усложняться. Вы хотите добавить особых пользователей - модераторов - которые тоже могут редактировать посты. Теперь логика у нас “Пользователь может редактировать пост, если он модератор или автор поста”.
А потом вы решаете, что нечего редактировать свои старые посты, и хотите закрыть редактирование спустя сутки. А модератор при этом может когда захочет. “Пользователь может редактировать пост, если он модератор или (он автор поста и пост опубликован меньше 24 часов назад)”.
Да, мы могли бы придумать интерфейс, который позволял бы задавать такие условия, но охватить все возможные требования интерфейсами невозможно. Предположим, добавили вы в блог помимо пользователей еще и компании, которые этих пользователей объединяют в группы, и пользователи внутри одной группы могут редактировать посты других пользователей. И тут интерфейс, который мы придумали, заканчивается, и вы упираетесь в предел возможностей конструктора.
Формулы - это универсальный инструмент описания логики, зависимости и условий, который позволяет значительно расширить пределы возможностей конструктора.
Я разрабатываю конструкторы уже 10 лет. В начале это была “Платформа LP”, сейчас Creatium. Казалось бы, за столько времени можно было решить все хотелки клиентов, но это так не работает.
Чем больше возможностей дает конструктор, тем выше требований к нему. В какой-то момент становится понятно, что интерфейсами в конструкторе все возможные проблемы и задачи решить невозможно. Это происходит примерно тогда, когда помимо сборки визуала, появляется сборка логики.
Допустим, мы сделали сайт с блогом, где любой может зарегистрироваться и писать посты. А потом, если необходимо, то и редактировать. Выглядит просто, логику можно описать так: “Пользователь может редактировать пост, если он автор поста”.
Дальше все начинает усложняться. Вы хотите добавить особых пользователей - модераторов - которые тоже могут редактировать посты. Теперь логика у нас “Пользователь может редактировать пост, если он модератор или автор поста”.
А потом вы решаете, что нечего редактировать свои старые посты, и хотите закрыть редактирование спустя сутки. А модератор при этом может когда захочет. “Пользователь может редактировать пост, если он модератор или (он автор поста и пост опубликован меньше 24 часов назад)”.
Да, мы могли бы придумать интерфейс, который позволял бы задавать такие условия, но охватить все возможные требования интерфейсами невозможно. Предположим, добавили вы в блог помимо пользователей еще и компании, которые этих пользователей объединяют в группы, и пользователи внутри одной группы могут редактировать посты других пользователей. И тут интерфейс, который мы придумали, заканчивается, и вы упираетесь в предел возможностей конструктора.
Формулы - это универсальный инструмент описания логики, зависимости и условий, который позволяет значительно расширить пределы возможностей конструктора.
👍19🔥5
Формулы Creatium - что это такое, и почему оно такое (часть 2)
Некоторые справедливо замечают, что формулы - это уже практически код. И они правы. Однако формулы в екселе или гугл таблицах никто не называет программированием, хотя возможности их невероятны.
Мы считаем, что формулы - это все еще ноукод (ну может быть уже лоукод), если язык простой и не содержит сюрпризов. По этой причине мы не стали использовать язык Javanoscript, который многие ноукод-платформы используют, потому что его легко интегрировать, и все веб-разработчики с ним знакомы.
Javanoscript полон сюрпризов. Смотрите сами:
Проверка, является ли переменная числом:
Является ли переменная строкой:
Является ли переменная массивом:
Является ли переменная объектом:
При этом массив - это тоже объект. И дата это тоже объект. И это далеко не все.
Еще один объект не равен другому такому же. Чтобы сравнить 2 объекта нужно трансформировать их в JSON-строки, после чего сравнивать, или использовать дополнительные библиотеки вроде Lodash. И еще Moment для адекватной работы с датами. И в итоге вам нужно знать поверхностно и Javanoscript, и Lodash, и еще Moment в придачу.
В то же время в формулах:
Проверка, является ли переменная числом:
Является ли переменная строкой:
Является ли переменная массивом:
Является ли переменная объектом:
При этом массив - это только массив, а не еще и объект. То же и с датой.
Я не говорю, что Javanoscript это плохо. У всех его “странностей” есть причины. Это хороший язык программирования. Просто я не хочу, чтобы наши клиенты должны были его изучать, чтобы иметь возможность создавать сложные проекты на Creatium. Не хочу, чтобы Javanoscript был обязательным требованием, вот и все.
Поэтому мы и делаем свой язык формул, который намного проще изучить и начать использовать. Сравните документацию Javanoscript и наших формул.
Некоторые справедливо замечают, что формулы - это уже практически код. И они правы. Однако формулы в екселе или гугл таблицах никто не называет программированием, хотя возможности их невероятны.
Мы считаем, что формулы - это все еще ноукод (ну может быть уже лоукод), если язык простой и не содержит сюрпризов. По этой причине мы не стали использовать язык Javanoscript, который многие ноукод-платформы используют, потому что его легко интегрировать, и все веб-разработчики с ним знакомы.
Javanoscript полон сюрпризов. Смотрите сами:
Проверка, является ли переменная числом:
typeof x == "number"Является ли переменная строкой:
typeof x == "string"Является ли переменная массивом:
x instanceof ArrayЯвляется ли переменная объектом:
typeof x == "object" && x !== null 😅При этом массив - это тоже объект. И дата это тоже объект. И это далеко не все.
Еще один объект не равен другому такому же. Чтобы сравнить 2 объекта нужно трансформировать их в JSON-строки, после чего сравнивать, или использовать дополнительные библиотеки вроде Lodash. И еще Moment для адекватной работы с датами. И в итоге вам нужно знать поверхностно и Javanoscript, и Lodash, и еще Moment в придачу.
В то же время в формулах:
Проверка, является ли переменная числом:
type(x) == "number"Является ли переменная строкой:
type(x) == "string"Является ли переменная массивом:
type(x) == "array"Является ли переменная объектом:
type(x) == "object"При этом массив - это только массив, а не еще и объект. То же и с датой.
Я не говорю, что Javanoscript это плохо. У всех его “странностей” есть причины. Это хороший язык программирования. Просто я не хочу, чтобы наши клиенты должны были его изучать, чтобы иметь возможность создавать сложные проекты на Creatium. Не хочу, чтобы Javanoscript был обязательным требованием, вот и все.
Поэтому мы и делаем свой язык формул, который намного проще изучить и начать использовать. Сравните документацию Javanoscript и наших формул.
👍9🔥3