Я помню (извините, немного обо мне, потом я сделаю это о вас, хотя это актуально, честно!) когда я пытался изменить свою карьеру, чтобы стать веб-разработчиком, гуглил и читал о различных тактиках для заполнения портфолио. . У меня не было никакого коммерческого опыта, поэтому показать было очень мало, кроме «фиктивных» проектов с курсов.
Некоторые из советов, которым я следовал, были не совсем правильными, или, я должен сказать, не оказали такого влияния, на которое я рассчитывал. Теперь у меня есть несколько лет позади, я увидел свои ошибки и теперь фактически взял интервью у некоторых разработчиков-новичков. Теперь у меня есть более четкое представление о том, что должно содержать портфолио мотивированного, но неопытного веб-разработчика.
Во-первых — изучите Git и покажите свой код
Git — это система контроля версий, которую используют все кодеры и проекты, с которыми я сталкивался. Я не могу представить роль начального уровня, где знания в этом не приносят пользы.
Если вы не знаете, что такое Git или о чем я говорю, посмотрите этот курс Макса на Udemy, у вас есть несколько часов времени, чтобы инвестировать в него, но оно того стоит. Потенциальные работодатели будут очень впечатлены.
GitHub — это облачный сервис для хранения кода. Затем этот код может быть загружен и просмотрен другими пользователями. Любой может открыть и создать учетную запись GitHub бесплатно, и я предлагаю вам это сделать. Позже мы подробно рассмотрим, что именно вы должны там хранить.
Поскольку ваша учетная запись общедоступна, вы можете поделиться своим профилем с потенциальными работодателями. Сначала это может показаться вам несколько чуждым, однако для них это будет очень удобно.
Создание частей приложения
Я совершил ошибку, пытаясь создать свое портфолио, пытаясь завершить большое приложение типа CRM. Проблема заключалась в том, что у меня не было опыта, это было не очень хорошо, и на это у меня уходили часы и дни. Оглядываясь назад, я должен был заполнить только ключевые аспекты этой CRM.
Если вы тоже идете по этому пути, остановитесь и подумайте о том, чтобы сделать то же самое. Когда вы работаете, вы очень редко будете завершать проект с нуля, скорее всего, вы будете работать над небольшим списком функций или исправлением ошибок, поэтому демонстрация небольших частей проекта будет имитировать это. лучше.
Некоторые вещи, которые вы могли бы создать как отдельные «мини» проекты:
- Форма входа, которая на самом деле никуда не отправляется, но имеет подтверждение и сообщение об успешном завершении
- Регистрационная форма, которая сохраняет пользователя в базу данных
- Запросы MySQL, которые выполняются с некоторыми тестовыми данными для получения полезной (будь то поддельной) бизнес-аналитики (Если вы изучаете какую-либо MySQL, пожалуйста, сделайте это!)
- Календарь, где вы можете щелкнуть и записаться на прием
- Интегрируйте и отображайте данные из бесплатного API, такого как Swapi, который дает вам бесплатный доступ к конечным точкам данных о персонажах Звездных войн.
- Таблица результатов для поддельных данных, которые можно искать и упорядочивать
Некоторые из вышеперечисленных действий по-прежнему потребуют часов времени, но будут более точно имитировать тип задач разработки, которые вам будут давать в коммерческой роли. Работодатели вряд ли дадут джуниору работу над целым проектом с нуля, так что это не то, что вам нужно показывать в своем портфолио.
Создание страниц сайта/приложения
Как и в предыдущем случае, если вы демонстрируете внешний вид или дизайн, нет необходимости создавать полноценный сайт. Вместо этого вы можете просто создавать отдельные страницы, такие как:
- Целевая страница
- Страница о нас
- Страница блога
- Свяжитесь с нами страница и форма
- Главная страница продуктов или магазина
- Страница корзины покупок
- Панель данных
Вы можете создать их для существующих компаний, где, по вашему мнению, ваша работа могла бы лучше подойти для них, или просто создать брендинг.
Не забудьте здесь также сосредоточиться на мобильной отзывчивости и подчеркнуть это потенциальным работодателям, чтобы они действительно проверили отзывчивость. Вы же не хотите, чтобы они пропустили какую-либо часть ваших усилий.
Использовать курсовые проекты (но измененные)
При прохождении курсов на Udemy инструкторы советуют включать проекты, которые они проводят, в ваше портфолио. Меня это не совсем устраивало, я не хотел повторять то, что сделали 1000-е. Ваше мнение может отличаться, но я хотел внести свою лепту в проекты, и я думаю, что лучше всего направлять вас сегодня.
Типичный курс, с которым вы, возможно, сталкивались или не сталкивались, — это интеграция с погодным API, а затем отображение данных для вашего региона. Вы по-прежнему можете использовать эту базовую предпосылку для своего портфолио, но постарайтесь расширить то, что было сделано на курсе. Добавьте дополнительные функции и покажите эти данные другим способом.
В качестве альтернативы, используйте тот же принцип, который вы изучили, но примените его к другой теме, поэтому интегрируйте его с API звездных войн, как упоминалось ранее. Это будет хорошей практикой и для вас!
Развернуть что-нибудь
Иметь код на GitHub — это здорово. Это отчасти то, что должно быть, но оно также принадлежит дикой природе!
Большая часть работы веб-разработчика — это возможность развернуть свой код в рабочей среде. Вы изучили и достигли этого раньше?
Если нет, то у вас есть несколько часов чтения и практики! Развертывание кода может варьироваться от довольно простого до чертовски сложного. Лично я обнаружил, что такие вещи, как настройка домена и сервера, очень трудны для понимания, даже со всеми сервисами, которые упрощают это. Многие юниоры, с которыми я работал, тоже испытывали трудности в этой области.
Если вы сможете показать работодателю, что вы действительно можете развернуть свой собственный код, это будет большим успехом. Кроме того, если вы нашли это сложным, обязательно отметьте это где-нибудь в своем портфолио. Людям приятно знать, что вы нашли что-то, что преодолело проблему. Быть веб-разработчиком — значит преодолевать технические проблемы и учиться на собственном опыте.
Важно — Сообщите работодателям, какие навыки вы подтверждаете
Одна вещь, которую я научился делать и видел, как многие потерпели неудачу, — это как указывать людям, просматривающим портфолио (вашим будущим работодателям), где находятся важные части. Пользовательский опыт или UX — это важный момент в технологиях, и здесь его нельзя игнорировать.
Итак, если у вас есть страница, на которую вы ссылаетесь и которая адаптирована для мобильных устройств, скажите в сводке: «Эта страница адаптирована для мобильных устройств». Если вы ссылаетесь на проект GitHub с кодом, который запрашивает базу данных, скажите: «Этот проект демонстрирует мои способности и опыт в выполнении запросов к базам данных».
Это может показаться очевидным, но это явно не то, что публикуют многие люди. Кроме того, подумайте о человеке, просматривающем ваше портфолио, скорее всего, он будет занятой человек, поэтому, вероятно, будет признателен, если вы поможете ему узнать, на что он смотрит. Ссылка на какой-нибудь код с надписью «Вот вам!….» не сильно поможет.
Заключение
Как вы, надеюсь, видите, здесь есть похожая тема — нет необходимости делать «полные» или «полные» проекты для вашего портфолио. Многочисленные части проектов и приложений, выполненные на хорошем уровне, будут управлять одним большим неразвернутым приложением.
Затем разместите свои небольшие проекты на GitHub, разверните некоторые из них вживую и обязательно объясните, какие технические навыки вы демонстрируете. Сделанный! Простой?……..
