Как настроить свой профиль GitHub, чтобы вы выделялись
Заявление об ограничении ответственности: это весьма самоуверенная статья, подкрепленная моим личным опытом поиска талантливых программистов.
Я провел сотни собеседований за 12 месяцев. Я просмотрел и оценил сотни резюме потенциальных кандидатов за 5 лет, при этом активно руководя командой внешних и внутренних разработчиков.
Итак, я думаю, будет справедливо сказать, что я видел довольно много действий по привлечению талантов. Это, вероятно, дает мне право рассказать о некоторых впечатлениях, которые я собираюсь рассказать о том, почему ваш профиль GitHub важен.
Многие миллениалы и поколение Z начинают понимать, что найти работу - не самый простой подвиг. Нам может казаться, что мы просто пешки в игре старшего поколения в шахматы, но мы должны усвоить, что на самом деле речь идет о том, как вы играете в игру, продвигая себя.
Почему мы делаем то, что делаем как программисты? Потому что мы строители и творцы.
Мы делаем то, что делаем, потому что хотим изменить мир.
Мы делаем то, что делаем, потому что мы бескорыстны.
Мы делаем то, что делаем, для личной выгоды.
Мы делаем то, что делаем, потому что любим свое ремесло.
Чтобы достичь любой из ваших целей как программиста, нам нужно найти способы быть видимыми для людей, которым нужны наши услуги. Нет никаких сомнений в том, что зарабатывать на жизнь - это неестественно - и это намного сложнее сейчас, когда у нас за плечами таится Covid-19.
Очень важно начать учиться, чтобы составить для себя стратегический план. Контроль над своей судьбой в конечном итоге поможет вам ориентироваться в неизведанных территориях, с которыми вы столкнетесь, повышая квалификацию и демонстрируя свой талант разработчика программного обеспечения.
Дизайнеры и художники используют портфолио, чтобы продемонстрировать прошлые работы и свою творческую сторону, чтобы продать себя. Точно так же такие места, как topcoder.com, профили веб-сайтов фрилансеров с рейтингом звезд и профили GitHub - это портфолио для программистов. Это возможность открыть двери, продемонстрировав то, что у нас хорошо получается.
Наличие профиля на Github не гарантирует вам работу вашей мечты, но, по крайней мере, открывает путь к большему количеству возможностей. Дополнительный стимул повлиять на мнение рекрутера - это возможность.
Что значит быть собственным брендом?
Не стремитесь быть собственным брендом. Пусть это будет что-то, что естественным образом резонирует с вами. Пусть это войдет в привычку.
Я искренне верю, что это правда - я бы не добился того, что есть сегодня, если бы не представил свой бренд в лучшем свете. Каждый день нам предоставляется возможность продемонстрировать, на что мы способны и на что способны. Возможность хорошо представить эти вещи открывает для нас двери возможностей.
Выделяться из толпы
GitHub - это больше, чем просто репозиторий исходного кода. Это больше, чем просто сумма его частей. Вы когда-нибудь думали о Git как о социальной сети вроде Facebook или Twitter? Характеристики аналогичны - вы создаете профиль, загружаете проекты для совместного использования и связываетесь с другими пользователями, «подписываясь» на их учетные записи.
Контент, которым можно поделиться, не обязательно должен быть кодом - ничто не мешает вам хранить PDF-файлы, текстовые или текстовые документы или любые другие типы файлов в папках вашего проекта.
Многие агентства внедряют инновации примерно в 10–20% времени. Остальная работа часто бывает монотонной, что требует некоторых базовых знаний программирования для выполнения утомительных, но необходимых задач. В лучших компаниях также работает большое количество не очень опытных разработчиков, которые выполняют обычные однообразные действия. Применяется правило 20/80 - как бы мы не хотели этого признавать, ведь это тяжелая пилюля!
Жизненно важно найти способы выделиться. Github дает рекрутерам различную информацию о:
- Как вы выступаете.
- Как вы делаете разветвление.
- Как вы передаете запросы на вытягивание.
- Как вы задаете вопросы или. ответьте на вопрос в разделе проблем GitHub. на мой взгляд, именно в нем решаются некоторые из самых сложных проблем (наряду с Stackoverflow).
Наличие профиля Git помогает, потому что мы можем, по крайней мере, до определенной степени оценить, следуете ли вы передовым практикам или принципам кодирования. Да, некоторые из нас, менеджеры по найму, используют Google, чтобы проверить, участвуете ли вы в проектах с открытым исходным кодом или активно участвуете в онлайн-обсуждениях в таких местах, как StackOverflow.
Технические специалисты по подбору персонала обычно ищут информацию о вас из ваших профилей в социальных сетях - ваш профиль на GitHub не является исключением.
Давайте посмотрим, как подготовить GitHub к поиску работы.
Уход за вашим профилем на Github
Наличие полного профиля создает у рекрутеров впечатление, что вы самоорганизованы. Вы можете возразить, что профилей CV или LinkedIn достаточно, но они не дают четкого представления о ваших способностях - доказательство находится в коде.
Наличие целевой цели или видения важно, а оптимизация и адаптация вашего профиля к целевой аудитории, к которой вы хотите обратиться, важны при оптимизации вашего профиля Github.
- Вы можете быть разработчиком, ищущим работу в компании.
- Возможно, вы фрилансер и ищете свой следующий контракт.
- Возможно, вы являетесь участником проекта с открытым исходным кодом и хотите присоединиться к проекту с открытым исходным кодом.
Как только вы определились с целевой аудиторией, самое время начать принимать решения о том, как вы хотите себя преподнести.
Давайте пройдемся по минимуму, который вам нужен, в вашем профиле Github.
Чистая картинка говорит о многом
Добавьте свою фотографию, а затем краткую биографию и ссылки на любые другие релевантные веб-сайты, которые демонстрируют, чем вы занимаетесь.
Если вы ищете работу, вы должны выглядеть ухоженными; неопрятный вид не поможет. Процесс набора по-прежнему остается человеческим, и первые впечатления имеют большое значение. Избегайте фотографий, которые вы обычно не отправляете работодателю ни за какие деньги.
Одна из вещей, которую вы хотите убедиться, - это то, что вы выглядите расслабленно в своем профиле GitHub и избегаете излишне формальных изображений, но оставайтесь профессионалом. Если сомневаетесь, выбирайте полу-повседневный стиль.
@ упомянуть
Используйте @ упоминание, чтобы ссылаться на другие репозитории Git, которые вы хотите, чтобы рекрутер заметил. Это может быть ваша компания, группа или другие репозитории, в которых вы участвуете или управляете.
Ссылка на другие профили вашей профессии
Включите URL-адрес вашего сайта - если он у вас есть и выглядит неплохо. Если вы, например, активно пользуетесь StackOverflow или CodePen, добавьте ссылки на них, чтобы продемонстрировать свои увлечения и свою заинтересованность в помощи другим разработчикам программного обеспечения.
Вам нужно понять, что Google - отличный генератор ссылок. Повторное использование одного и того же имени пользователя на нескольких сайтах социальных сетей позволяет рекрутерам легко найти вас. Меньше всего нам нужно, чтобы они обнаружили, что ваши побочные дела прямо конкурируют с вашей текущей работой в Upwork или что у вас есть неприемлемые изображения в Instagram. То, что вы делаете за закрытыми дверями или в своих социальных кругах, является вашей прерогативой, но вы также должны понимать, что не у всех будет беспристрастное мышление по этому поводу, особенно у некоторых корпораций, которые могут придерживаться драконовской политики.
Подберите закрепленные репозитории для демонстрации
Если вы действительно ищете работу, закрепленные репозитории, которые отображаются в верхней части вашего профиля, должны демонстрировать репозитории, которые вы хотите выделить для рекрутера, которые должны быть актуальными и отображать выполненную работу.
Выберите и закрепите три основных репозитория, которые вы хотите, чтобы рекрутер проверил.
Не закрепляйте учебники. Вот почему.
Технические рекрутеры не слепые. Некоторым из нас требуется время, чтобы внимательно изучить ваши профили и резюме на GitHub, независимо от того, что могут быть написаны в Интернете некоторые весьма самоуверенные статьи. Если ваше репо взято из учебника, высока вероятность, что такой рекрутер, как я, видел его несколько раз раньше. Скопирование слишком простых проектов, посвященных CRUD, взятых из руководств, в которых вы только что заполнили пробелы, мало что говорит о ваших способностях. Если по какой-либо причине у вас есть много скопированного кода, вероятно, в ваших интересах не закреплять и не вызывать их.
Если вы собираетесь закрепить технические демонстрации, лучше закрепите те, которые содержат соответствующие технологии, перед более крупными проектами с устаревшими технологиями.
Если вы работаете на рынке в качестве разработчика SPA, то закрепите связанные технологии, например, Angular, демонстрации технологий Vue JS над устаревшими проектами JSP + jQuery, над которыми вы работали пять лет назад.
Если вы, как и большинство программистов, вероятно, не запускаете успешный проект с открытым исходным кодом ни в каком качестве. Большая часть вашего повседневного создания кода является проприетарным, но это не должно мешать демонстрации одного или нескольких впечатляющих проектов.
Если вы попадаете в эту категорию, сосредоточьтесь на некоторых интересных небольших демонстрациях в рамках вашего выбора.
Если у вас кончатся идеи, попробуйте подумать о проблеме, которую вы решили, из этого получится интересная демонстрация. Возможно, вы сможете быстро переписать какие-то части. Или, что еще лучше, попросите своего работодателя разрешить публикацию произведений, которые не нарушают права собственности и авторские права.
Удалите вилки с нулевым участием
Одна из ключевых вещей, которую мы делаем как разработчики, - это форк общедоступных репозиториев, а затем отправка запросов на вытягивание в исходное репозиторий.
При таком подходе, как правило, у разработчиков есть профили, содержащие сотни разветвленных репозиториев с нулевым вкладом. Из-за этого вы будете выглядеть непоследовательно и непоследовательно. Разветвляйте репозиторий только в том случае, если вы внесли вклад, который оказался в корневых репозиториях.
Очистите свой помеченный репозиторий
Это, вероятно, заставит многих людей замолчать. Помеченные репозитории указывают рекрутерам и посетителям на ваши интересы, поэтому они должны отражать ваши навыки. То, что вы отметили, влияет на ваше восприятие.
Не будьте разработчиком начального уровня Стремитесь к исключительному
Для этого, выслушайте меня. Людям, ищущим руководящую должность, следует выделять репозитории, содержащие более сложные проекты, и избегать слишком большого количества репозиториев руководств для начинающих - если, конечно, вы не участвуете в программе по какой-либо причине. Если вы подаете заявку на должность младшего начального уровня или указали, что в настоящее время изучаете определенную новую технологию, то пометить эти два репозитория «имеет смысл».
Приведите в порядок свои представленные репозитории
После того, как вы выбрали несколько репозиториев для демонстрации, убедитесь, что они общедоступны и не заблокированы паролем.
У всех проектов должен быть файл README. Думаю, все мы понимаем назначение файла README. Как минимум, добавьте описание к вашему проекту. Это может показаться очевидным, но стоит повторить еще раз, поскольку для некоторых очевидное не всегда так очевидно.
Ниже приведен минимум, который должен быть у вас в файле readme:
- Описание: такое, которое упрощает понимание тем, у кого есть всего минута. Сделать сложные вещи сложными - легко, а сложные - трудными.
- Каков результат? Проиллюстрируйте, что должен производить этот код.
- Что такое стек? Перечислите все основные соответствующие фреймворки и библиотеки, которые обеспечивают работу проекта. Это дает техническим специалистам по подбору персонала, которые, возможно, не знакомы с каждой отдельной структурой, сразу же сразу понять, что является важным.
- Каково видение проекта? Четко проиллюстрируйте, в каком направлении движется этот проект.
- На какой стадии находится проект? Укажите, на каком этапе проекта вы находитесь. Например, она завершена или в стадии разработки? Если работа продолжается, четко укажите, что сделано, а что ожидает выполнения, а что не работает. Я хотел бы заявить об отказе от ответственности на случай, если люди захотят использовать работу, выполненную в производственной среде. Совершенно нормально иметь что-то, что не работает, если оно выделено.
Расскажите, на что смотреть
Если вы планируете продемонстрировать большой проект, вероятно, есть много шаблонов или «сантехники», которые неинтересны. Не стесняйтесь указывать, где находятся крутые детали.
Если ваш проект был разветвлен, и вы активно в нем участвуете, дайте понять, над чем вы работаете и что было завершено.
Расскажите, как это запустить
У вас должно быть четкое объяснение того, как его запускать.
Во что бы то ни стало, постарайтесь, чтобы запуск демонстрационной версии вашего проекта выполнялся в одну строку. Такие действия, как npm run, graddle serve, docker run или любые другие, которые используются в вашей структуре.
В наши дни очень мало причин иметь длинный список зависимостей вручную и предварительную настройку для запуска чего-либо.
Вот к чему следует стремиться:
# serve with hot reload at localhost:8080 npm run dev# build for production with minification npm run build
Модульное тестирование - ключ к демонстрации ваших знаний
Наступает 2020 год - вы, наверное, слышали об этом много раз, - модульное тестирование - одна из ключевых привычек, которые необходимо выработать у программиста. Если вы собираетесь опубликовать что-то значимое, а в проекте нет модульных тестов, то вам, вероятно, не стоит ссылаться на него - это плохо отражается на вас. Нет никаких оправданий.
Все мы знаем, что написание модульных тестов - это привычка, которую трудно развить большинству разработчиков. Написание модульных тестов многое говорит о вас - рекрутеры, такие как я, определенно хотели бы видеть это продемонстрированным с четкими инструкциями о том, как выполнять ваши тестовые примеры.
Демо стоит тысячи слов
Подобно пословице «картинка стоит тысячи слов», то же самое касается ссылки на живую демонстрацию. Например, что-то о том, как слова вашего проекта могут дать ощущение профессионализма.
А как насчет других репозиториев стиля Git?
Есть альтернативы, которые вы можете использовать, такие как GitLab и bitbucket, - каждая со своим уникальным преимуществом. Github по-прежнему является лучшей альтернативой, когда дело доходит до социального доказательства, благодаря его принятию и сетевому эффекту. Есть также более ценные проекты с открытым исходным кодом, публично размещенные на GitHub, которые довольно высоко оцениваются в поиске Google.
Вот список репозиториев Git с самым высоким рейтингом, оцененный Github в 2018 году:
- Microsoft / vscode
- facebook / реагировать-родной
- тензорный поток / тензорный поток
- угловой / угловой-кли
- MicrosoftDocs / azure-docs
- угловой / угловой
- анзибль / анзибль
- кубернетес / кубернетес
- npm / npm
- ОпределенноТипед / ОпределенноТипед
Последние мысли
Мы видели, что вы можете сделать, чтобы повысить свой статус и повысить шансы получить работу своей мечты. Это нечто большее, чем просто создание красивой учетной записи на Github, но это многое говорит о ваших мыслительных процессах.
Мы всегда должны помнить, что процесс собеседования касается не только того, сколько проектов вы создали или сколько языков вы знаете, но и о навыках межличностного общения и культурной совместимости.
Тот факт, что у вас нет профиля на GitHub, не означает, что вы плохой разработчик. У многих из нас за плечами годы работы над коммерческими проприетарными проектами, покрытыми соглашениями о неразглашении, которые мы хотели бы показать, но не можем - это не значит, что мы не можем потратить некоторое время на то, чтобы немного поработать на стороне.
Наличие профиля Github в другом спектре может дать вам преимущество. Лучше иметь преимущество, чем его не иметь. Наличие хорошего еще не означает, что вы разбираетесь в своих делах, вы все равно можете ужасно провалиться в вопросах, связанных с шипением, но наличие одного также означает, что вас могут поджидать соседние двери.
Работодатели понимают, что трудно поддерживать баланс между работой и личными проектами в отношении домашних животных. Те, у кого есть актуальные профили GitHub и камеры, демонстрируют значимые проекты с открытым исходным кодом, действительно показывают, что они готовы тратить время - сделать все возможное, чтобы помочь сообществу с открытым исходным кодом или принести пользу обществу в целом за счет своего вклада. .
Расширение вашей учетной записи Github - это лишь один из инструментов, который вы можете сохранить в своем арсенале самобрендинга как программиста, чтобы дать вам это дополнительное преимущество.
Надеюсь, вам понравилась эта статья. Поделитесь своими мыслями ниже.
Удачного кодирования!
