Что нужно знать дизайнеру о Фронтенд разработке
В этом материале я попробую объяснить, почему это мнение правдиво, что влияет на такое отношение, а самое главное, как эту ситуацию исправить.
Внимание — дисклеймер. Вся информация, которую вы прочтете ниже, взята из открытых источников, собственного и опыта трех senior frontend-разработчиков, ежедневно работающих с веб-дизайнерами.
Прошу не повторять в реальной жизни =)
Frontend-разработка и этапы ее развития
Если вы уже знаете, что это такое, а может и слышали о фреймворках, API или одностраничных приложениях, то у вас возникнет вопрос: «Зачем нам материал о фронтенде, если мы вообще дезигнеры?» Я же отвечу, что базовое знание этой отрасли и того, как она работает облегчит вам работу, поможет найти общий язык с разработчиками, даст понять его замечания и наконец услышать от девелопера заветное «Мое уважение».
Так что мы знаем о frontend-разработке? Что такое HTML для написания структуры сайта, есть CSS, благодаря которому можно приправить ее разными стилями, еще существует JS, позволяющая сделать анимацию и работать с данными и бла, бла, бла.
Это все так, но фронтенд не стоит на месте уже 25 лет. Постоянно появляются десятки новых библиотек и фреймворков. Некоторые разработчики также развиваются, изучают последние технологии и толкают веб-процессы вперед. А есть те, что остановились на конкретном подходе и продолжают с ним работать. Это сродни дизайнерам, которые дальше создают сайты в фотошопе.
Я мог бы здесь расписать историю развития фронтенда, технологии, годы их появления и сколько сайтов благодаря им написали. Но лучше мы сосредоточимся на трех ключевых моментах:
Эпоха JQuery и AJAX
JQuery — это самая популярная JS библиотека, появившаяся в 2006 году. Феномен ее популярности заключается в том, что она проста, со многими вспомогательными библиотеками и в то время работала на всех браузерах. Из-за низкого порога входа платформы, разработчики начинали кодировать, даже не изучив основ JS. И конец истории JQuery наступил в 2010 году. За это время на ней написали 74% всех имеющихся в интернете сайтов.
Почему это важно для нас? Потому что переписать логику или структуру большой платформы — дорогое удовольствие, в отличие от минимальных изменений в UI-дизайне.
Читайте также: Почему SEO до сих пор является основой любой маркетинговой стратегии
Значение компонентного подхода в разработке
Изо дня в день, из года в год frontend-разработчики работали над теми же задачами: загрузить данные, отобразить их в HTML, а когда там что-то произошло, например, регистрация, нужно это обработать на уровне JavaScript и отправить, скажем, на backend- разработку. Все по кругу.
Поэтому, когда мы постоянно решаем одинаковые задачи, хочется их автоматизировать. Вы замечали, что, создавая дизайн для сайта или платформы, у вас накапливается облако блоков, как хедер, инпут, футер и т.д., которые в разном виде, но повторяются на страницах? Что-то похожее происходит у разработчиков. И здесь входит в игру компонентный подход, благодаря которому девелопер пишет одну функцию, выносимую в компонент и применяющую ее там, где нужно.
Эра фреймворков: Vue, Angular и React
Из-за необходимости переходить на выше упомянутый подход, начали появляться немало фреймворков и библиотек, позволявших это сделать. Но сегодня едва ли не самыми популярными для этого такие инструменты, как Vue, React, Angular.
Прежде чем двигаться дальше, предлагаю уточнить разницу между библиотекой и фреймворком. Последний ставит некоторые ограничения и инструктирует, как писать код, а библиотеку вызывает разработчик и самостоятельно управляет процессом.
Теперь с информацией об этапах развития фронтенда, можем переходить к следующей статье о четырех типах разработчиков, с которыми вам, вероятно, придется сотрудничать.
За информацией https://mbrcg.com/ru/