Фронтенд и бэкенд: в чём разница простыми словами

На примере заказа в интернет-магазине

Вы открываете сайт, видите товары, кладёте один в корзину, заполняете форму и жмёте «Оформить». Всё, что вы при этом видите и трогаете, сделал фронтенд-разработчик: как выглядит список, что происходит при нажатии, что показать, если поле заполнено неверно.

Дальше нажатие уходит на сервер. Там проверяется, есть ли товар на складе, считается сумма, создаётся заказ, записывается в базу данных, уходит письмо. Это бэкенд. Вы этого не видите - вы видите только «Заказ оформлен».

В чём настоящая разница

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

Она в том, виден ли ваш результат. У фронтендера он виден сразу: поменял код - страница изменилась, готовое можно показать. У бэкендера результата не видно: успех звучит как «оформление заказа работает и выдерживает нагрузку». Показать это друзьям нельзя.

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

Кому что ближе

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

Есть и третий вариант: делать обе стороны. Тогда вы понимаете весь путь от кнопки до базы данных.

Как к этому подходит IT-ПАРК

Направлений для старта два. Разработка сайтов даёт обе стороны: интерфейсы на HTML, CSS, JavaScript и React плюс серверная часть на PHP и Laravel. Java Backend - только серверная сторона, зато глубже: PostgreSQL, Hibernate, Spring Boot. Оба идут с нуля. Если не понимаете, что ближе, это нормально: помогаем выбрать до старта.

Вывод

Фронтенд - то, что видно, бэкенд - то, что работает за этим. Выбор не про сложность, а про то, какой результат вам нужен: видимый сразу или невидимый, но надёжный.