Post #351

Поговорим про Nocode. Nocode — это название класса систем, которые позволяют с помощью графического интерфейса создавать вещи, которые обычно пишутся на языках программирования. Определение такое же нечёткое, как и понимание того, что именно можно относить к Nocode, а что нельзя. Базово идее создать визуальный конструктор программ уже не один десяток лет. Но в последние годы это стало мощным трендом: во-первых, программисты всё больше нужны во всех сферах деятельности из-за повсеместной цифровизации и автоматизации, поэтому они стали дорогими; во-вторых, с развитием технологий и стартап-среды у всё большего числа компаний есть ресурсы и желание создавать разные новые инструменты и конструкторы. Поэтому в конструкторы стали превращать всё: от создания сайтов и приложений, до различных систем управления базами данных и алгоритмических цепочек. А в сети вы можете увидеть много рекламы про условные курсы nocode-"разработчиков" и якобы значительный рост числа вакансий. По моему опыту, есть два больших класса задач, одни из которых поддались возможности решения с помощью nocode, а другие нет. И разделить их можно как-то так: 1. Тебе нужно выполнять одну конкретную задачу с помощью компьютера, и не важно, как именно (поддаётся) 2. Тебе нужно создать продукт, которым будут пользоваться другие (не поддаётся) У тебя есть проблема, которую может решить компьютер. Тебе нужен конечный результат его работы, а не продукт, который ты потом куда-то продашь. И вот тут nocode-решения являются быстрым и относительно простым инструментом для достижения цели. Если тебе нужна обработка данных, ты берешь либо старый добрый Excel / Google Sheets, либо новомодные Airtable, Coda итд. Да, Excel — хороший пример системы на границе между Nocode и Lowcode (о них напишу потом). Не смотря на то, что даже без макросов эксель-лист бесконечной размерности является Тьюринг-полным языком программирования, и на нём иногда из спортивного интереса создают чуть ли не 3D-игры, это всё равно почти nocode-решение. Многие вещи будут в нём делаться корявым образом (допустим, с помощью скрытых дополнительных столбцов с каким-то промежуточным подсчётом), в программировании такая работа заняла бы куда меньше места, и происходила бы более прямо. Тем не менее, к экселе можно сделать обработку данных почти любой сложности, даже нейросеть на базе экселя можно написать. И для многих задач это существенно проще, чем учить программирование. Даже я как программист нередко пользуюсь экселем для работы с данными, потому что это быстрее и вызывает меньше когнитивной нагрузки. Но с какого-то моменты костыльность и громоздкость решения в экселе становится слишком высока, и я перехожу на программирование. Другие задачи тоже покрыты. Для простых сайтов-визиток очень круто выстрелила Tilda, и сейчас у неё уже десяток конкурентов разной сложности (Wix, Webflow итд). Сложные интернет-порталы вроде соцсетей и веб-приложений всё ещё делают с использованием языков разметки и программирования. Но для сайта-визитки или лэндинга под вебинар собрать что-то в Тильде сильно дешевле. Человеку нужен именно конечный результат: например, возможность приглашать на свой вебинар, и он этот результат получает без затрат на дорогих фронтенд-разработчиков. С бэкенд-процессами частично тоже решено. Сервисы построения цепочек алгоритмов: Zapier, IFTTT, Make — позволяют создавать процессы под задачи в духе: "Если мне прислали письмо с определённого адреса, я хочу добавить строчку в гугл-таблицу". На таких системах условная мастерица по ноготочкам может сделать систему записи клиентов к ней.