7 частых ошибок frontend-разработчика в начале карьеры
Виталий Цой, frontend-разработчик в Kolesa Group
Кто такой frontend-разработчик
Первая ассоциация, которая приходит в голову — это HTML, CSS и Java Script. Три основные столпа, на которых стоит весь frontend. Звучит просто. Но вот вы начинаете читать статьи, смотреть обзоры, открываете видео-уроки и сталкиваетесь не только с этими языками программирования, но и с огромным количеством технологий и фреймворков, о которых не знали ранее. И начинаете путаться. В комьюнити также ходит такая страшилка про frontend, что в нем каждый день рождается тысяча новых фреймворков и библиотек. Такая теория еще больше усугубляет и без того неверное отношение к фронтенду на старте профессии.
Несколько лет проработав во фронтенде, я предлагаю изменить наше мышление и забыть все те жуткие вещи, которыми пугают студентов и джунов. Вместо этого давайте вернемся к основам.
Основа frontend
Основа frontend — это три языка программирования: HTML, CSS и Java Script. Давайте представим, что продукт frontend-а — это человек. Тогда HTML — это его скелет, органы, конечности, мышцы. CSS — это внешность, то есть цвет волос или глаз, прическа и форма носа. А Java Script — это его душа, высшая сила, способность меняться и двигаться. Это уникальный человек со своим набором характеристик. Или продукт. Кто-то может создать красивый и полезный сайт, а кто-то посредственный и сложный. Фронтендер — это человек, влияющий на опыт, который получит пользователь. Будет ли ему приятно и легко пользоваться сайтом, получит ли он полезность, захочет ли вернуться — все это зависит от frontend-разработчика.
Фронтендер — это человек, который своей работой формирует мнение и вдохновляет пользователей. Он соединяет дизайн и технологии. Создает с их помощью полезные и красивые продукты, которые влияют на жизни многих людей.
Ошибки фронтендера
Первая ошибка — недостаточная практика основ.
Люди, которые приходят во frontend, отвлекаются на новые модные технологии и уходят от изучения основ, синтаксисов, библиотек и фреймворков. Человек, не знающий основ, сможет написать код, который работает. Но рассказать, почему и как это происходит, не сможет.
Совет
Сводите к основам. Библиотеки, как правило, не придумывают ничего нового. Они работают на уже существующих основах ВЕБ. Это инструменты для ускорения и облегчения вашей работы. Вы даже сможете написать свой фреймворк, который может стать популярным.
Библиотеки фреймворков имеют тенденцию устаревать и меняться. Поэтому больше знаний лучше вложить в основы.
Вторая ошибка — механический код.
Это происходит из-за того, что когда джуны учат какой-то фреймворк, они учатся писать его автоматически, запоминают код, не понимая, как он работает на самом деле. Но, как я сказал, фреймворк — это просто инструмент для облегчения работы. И когда вы учите фреймворк, нужно в первую очередь разбираться, как определенные фичи работают, чтобы лучше понимать и писать свой код. Результат этой ошибки обычно такой: с плохим пониманием фреймворка или библиотеки невозможно писать хороший производительный код. Это плохо скажется на всем: на сроках задачи, на качестве работы и на ваших коллегах, которые потом будут читать и разбирать то, что вы написали.
Совет
Задавайте себе вопросы:
— как <фича> работает?
— почему <фича> происходит?
— зачем мне использовать <фича>?
Будьте ненасытными. А если не можете ответить, то копайте и изучайте.
Третья ошибка — неосведомленность о рынке технологий и труда.
Это ошибка уже не так распространена, как раньше. Потому что frontend-индустрия более-менее «устаканилась». Но более обдуманно подходить все-таки стоит.
Совет
Уделяйте больше времени на изучение рынка труда и индустрии. Держите руку на пульсе новых технологий. Но не прыгайте в них с головой.
Умейте различать стабильные технологии от просто хайповых.
Изучайте тренды, что говорят люди, как меняется frontend по сравнению с прошлым годом. Вы можете это сделать на сайте State of JS. Они каждый год опрашивают веб-разработчиков. строят красивые и понятные графики, которые будут вам полезны.
Изучите рынок вакансий регионально. Что хотят работодатели в том регионе, где вы хотите работать. Запросы могут постоянно меняться.
Найдите вакансию мечты. И стремитесь получать знания, чтобы работать там, где вы желаете.
Четвертая ошибка — неумение выбрать первый фреймворк.
Лучше выбрать одну технологию, чтобы получить глубокие знания, чем прыгать с одной библиотеки на другую. Выберите одну технологию и изучайте ее. Они все похожи и ничем почти не отличаются.
Пятая ошибка — стремление к идеальному.
Эту ошибку совершал и все еще совершаю я. Частая ошибка – перфекционизм. Когда хочется сделать код самым производительным. Но лучше остановитесь. Пока не поздно. Идеально не бывает. Идеального кода или плана не существует. И с этим нужно смириться. И успевать в дедлайн. Лучше делать полезное, чем идеальное.
Шестая ошибка — библиотечная болезнь.
Это непреодолимое желание использовать библиотеку. Это приводит к тому, что страдаете и вы, и пользователи. Тысяча разных библиотек — это сложный код, который мешает всем.
Совет
Взвешивайте пользу. Думайте о том, какую пользу приносит вам сторонний код, есть ли у него рецензия и так далее. Главное, чтобы он сэкономил вам время. И экономил не только в моменте, а каждый день.
Седьмая ошибка — забывать про пользователя.
Это когда красота мешает пользователю. Допустим, дизайнер делает красивый минималистичный сайт с маленькими кнопочками. А пользователь с небольшим экраном не может на нее нажать. Красиво — да. Неудобно — тоже да. Ориентируйтесь на пользователя.
Помните: код — для вас, фича — для людей.