Веб-разработка — это больше чем фронтенд и бэкенд

Когда люди говорят «я веб-разработчик» - обычно имеют в виду React или Node.js. Фронтенд или бэкенд. Может быть и то и другое если повезло.

Но я пришёл в веб с другой стороны.

До того как написал первую строчку HTML - я уже несколько лет работал сетевым инженером. Настраивал оборудование, поднимал сети, разбирался как пакеты идут от точки А до точки Б. Знал что такое DNS задолго до того как узнал что такое div. Веб-серверы для меня были не абстракцией - я их настраивал руками.
Поэтому когда все начали делиться на фронтенд и бэкенд разработчиков - я уже понимал и то и другое. И кое-что ещё.

Что остаётся за кадром

Когда сайт работает - за ним стоит много невидимого:
— Веб-сервер (nginx, Apache) - принимает запросы, проксирует, отдаёт статику
— DNS - как домен превращается в IP-адрес
— SSL/TLS - почему в адресной строке замочек
— Деплой - как код с ноутбука попадает на сервер и не ломает то что работало
— Процесс-менеджер (PM2) - что делать чтобы приложение само перезапускалось после сбоя
— Мониторинг - как узнать что что-то пошло не так раньше чем это заметят пользователи

Это не фронтенд и не бэкенд. Это инфраструктура. И без понимания этого слоя даже хороший код может не доехать до пользователя.

Почему это важно

Разделение на фронтенд и бэкенд удобно для найма. Но в реальности - особенно в небольших командах - понимание всего стека даёт огромное преимущество. Ты не ждёшь DevOps чтобы задеплоить фикс. Ты не гадаешь почему сайт не открывается - смотришь в nginx лог и сразу видишь.

Веб-разработка это не две колонки. Это слоёный пирог где каждый слой важен. 🥧