Станьте лучшим разработчиком интерфейса с помощью этих советов.
Я предполагаю, что вы фронтенд-разработчик, который хочет улучшить свои навыки. Я надеюсь, что смогу вам помочь, хоть немного.
Ниже вы найдете несколько советов, которым я хотел бы следовать на протяжении всей моей работы фронтенд-разработчиком.
Совет 1: Начните с изучения основ
Я видел многих разработчиков, пытающихся начать работу с такими фреймворками, как React, но им очень трудно научиться этому. В основном это связано с отсутствием знаний о реальных основах Javascript в целом. Начните с изучения JS, прежде чем изучать фреймворк. Если вы знаете основы, вам будет намного легче изучать новые вещи и правильно развивать свои навыки!
Совет 2. Узнайте о специальных возможностях
Если вы создаете веб-сайты/магазины электронной коммерции, я настоятельно рекомендую вам узнать о доступности. Это основная вещь в разработке внешнего интерфейса, и наличие базовых знаний об этом поможет вам в создании лучших веб-сайтов. В последние годы некоторые страны ввели требование, согласно которому их общедоступные веб-сайты должны соответствовать определенным стандартам доступности.
Совет 3: Документируйте свой код
Я не могу сосчитать, сколько раз я выглядел как большой вопросительный знак, возвращаясь к коду, написанному много лет назад! Не только это, но и при работе в команде, попытка объяснить код, который я сделал давным-давно, может быть сложной. Вот почему вам нужно документировать свой код. Это очень поможет вам, и члены вашей команды будут любить вас за это.
Совет 4: Убейте своих любимых
Не слишком привязывайтесь к своему коду! Часто вам нужно будет провести рефакторинг, или кто-то проверит его код, и вам придется выкинуть его или провести рефакторинг. Всегда критически относитесь к собственному коду. Начните сначала, если это необходимо. Если у кого-то есть лучшее решение, рассмотрите его. Чрезмерная привязанность к коду может стать препятствием для создания лучшей кодовой базы. Код не всегда должен быть вашим, чтобы быть ценным. Помните об этом.
Совет 5: Создавайте читаемый код
Пишите код для людей. Это означает комментирование вашего кода, использование хороших и самоочевидных имен переменных, имен функций и т. д. Потратьте дополнительные минуты на то, чтобы облегчить себе и другим в долгосрочной перспективе, и, пожалуйста, поощряйте других делать это.
Совет 6: Используйте ESLint или Prettier
Старайтесь максимально автоматизировать. Используйте ESLint или Prettier, чтобы согласовать стиль кода между командами. Жизнь слишком коротка, чтобы спорить о стиле кодирования, табуляциях и пробелах и т. д. Как только вы запустите проект, настройте этот сервис как можно скорее.
Это сэкономит вам и вашей команде обсуждения и время в дальнейшем.
Совет 7: Используйте код-ревью
Код-ревью поначалу может быть немного пугающим. Многие разработчики склонны бояться «критики» и того, что у других могут быть лучшие решения проблемы, чем у вас. Не бойтесь код-ревью. Это действительно может помочь вам и другим стать лучшими разработчиками. Внедрите это в свою команду, проект и т. д. Несмотря на то, что это может занять много времени, оно того стоит.
Совет 8: Пожалуйста, обратитесь за помощью
Смиритесь с тем, что вы не можете все понять, и смиритесь с тем, что вам это и не нужно! Попросите о помощи, если вы застряли! Попробуйте хорошенько, проведите небольшое исследование, и если вы заблокированы, то поспрашивайте. Мое правило: попробуйте 3 поиска в Интернете, если ничего не помогает, обратитесь за помощью к своим коллегам, менеджеру или даже к StackOverflow. Важно просить о помощи, когда это необходимо. Это помогает улучшить командную работу и сотрудничество между членами команды.
Совет 9: Найдите хобби
Найти себе хобби помимо программирования? Важно сделать что-то, что может отвлечь вас от вещей, давая вам и вашей совершенно новой энергии. Мне нравится ходить в спортзал, бегать, играть в футбол. Эти увлечения помогают мне заправляться, чтобы говорить.
Совет 10: Всегда учитесь
Вы никогда не закончите учиться. Важно признать это. В мире технологий все движется быстро, и вы должны идти в ногу со временем. Продолжайте учиться, но не учите все. Будьте осведомлены и знайте, как отфильтровать то, что вам нужно изучить, чтобы продвинуться в своей карьере и как человек. Например, если вы работаете в компании, которая работает с React, изучайте React, а не Angular, а не Vue. Но помните о них, просто не изучая их, так как это было бы «пустой тратой» ресурсов, которые могли бы пойти на изучение React, который вы бы использовали. Надеюсь это имеет смысл?
Спасибо за чтение, и я надеюсь, что вам понравилась статья, если да, пожалуйста, поддержите меня, нажав кнопку хлопка или подписавшись.
P.S. Во-первых, вы должны получать мои сообщения в свой почтовый ящик. Сделай это здесь!
Во-вторых, если вам нравится работать с Medium, подумайте о том, чтобы поддержать меня и тысячи других авторов, подписавшись на членство. Это стоит всего 5 долларов США в месяц, это очень поддерживает нас, писателей, и у вас также есть возможность зарабатывать деньги своими текстами. За последний месяц я заработал более 150 долларов США. Зарегистрировавшись по этой ссылке, вы поддержите меня напрямую частью своего гонорара, это не будет стоить вам больше. Если вы это сделаете, спасибо вам миллион раз.
Если вы хотите как-нибудь связаться со мной, подпишитесь на меня в Твиттере| LinkedIn или просто посетите мой веб-сайт.
Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter и LinkedIn. Присоединяйтесь к нашему сообществу Discord.
