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

Для этого представим ситуацию:

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

Вы обращаетесь к сотруднику деканата с этой просьбой. Что же произойдет дальше?

Вся информация об оценках студентов хранится в одной системе. Сотрудник деканата открывает на своем компьютере эту систему в браузере.

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

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


Но что происходит под капотом у этого всего?

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

По порядку:

Клиент
Это то что видит пользователь. Вот когда сотрудник деканата открыл вебсайт ВУЗа он увидел клиентскую часть. Дизайнеры, фронтенд разработчики и продакт менеджеры трудятся чтобы эта часть продукта была максимально понятной и простой для пользователя.

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

База данных
В университете учится много студентов. Они объединяются в группы, специальности и т.д. Вот вся эта информация хранится в базе данных в виде таблиц. Словно несколько таблиц в Excel связали между собой и указали какая таблица от какой зависит. Там прописано все: год поступления, успеваемость по предметам, ФИО и т.д.


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

Для сотрудника деканата в этот момент прошло несколько секунд. И информация по вам высветилась на странице в браузере.

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

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

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

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

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

Именно так и работает большинство No Code инструментов, такие как конструкторы сайтов например.

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

Так работает большинство конструкторов приложений.

Теперь вы знаете общий принцип работы No Code инструментов.

Дальше ждут следующие темы: