Я хочу стать разработчиком, и пока я учился, я создал страницу Github и заполнил ее в основном сценариями или простыми играми, которые я сделал, а также парой основных веб-приложений.
Проще говоря, должен ли я указывать свою страницу Github в своем резюме как есть, или я должен включать ее только в том случае, если она содержит что-то впечатляющее (например, состоящее из многих классов и/или измеряемое в тысячах LOC, а не в сотнях). )?
Я думаю, я хочу показать, что я делаю сценарии и программы в свободное время, но я не знаю, ожидается ли простота этих сценариев/приложений, или они будут отрицательными.
Если вы довольны кодом, то его всегда полезно опубликовать. Я менеджер по найму инженеров, и даже если проект не впечатляет, я хотел бы просмотреть его, чтобы понять:
Если у инженера достаточно внутренней мотивации для публикации сайд-проектов
Если код соответствует большинству лучших практик. Мне не придется обучать инженеров лучшим практикам, если они присоединятся к моей команде.
Ищем хороший чистый хорошо протестированный код.
Если вы гордитесь этим, включите ссылку!
Вам следует.
Ваш репозиторий на github — единственное доступное им доказательство того, что вы можете писать или проектировать что угодно. Да, содержимое вашего github можно было бы улучшить. Я поставил свой как мотиватор, чтобы улучшить свои способности в области разработки программного обеспечения. Мой гитхаб ужасно устарел, но я получаю удовольствие от того, что вижу, где я нахожусь по сравнению с тем, где я был. Показать что-то лучше, чем ничего не показать, если то, что вы показываете, является положительным, как и ваша компетентность :)
Кроме того, ваша ссылка на github — это ваш способ сказать, что вы знаете, как использовать github. На самом деле, для этого мне пришлось изучить внутренности github, но это уже другая история. По крайней мере, публикация вашей учетной записи на github должна мотивировать вас узнать как можно больше о github. Нет ничего лучше, чем быть слишком хорошим в github :)
Быть хорошим инженером-программистом — это процесс, а не конечная точка процесса. По мере того, как вы совершенствуетесь и становитесь более умелым в решении проблем, содержимое вашего github становится более сложным. И нет, процесс не имеет конечной точки :)
С точки зрения того, что публиковать, подойдет код, который подчеркивает ваше понимание основ. Мусора нет. Грань между хорошими вещами и барахлом может быть размыта. Мой стандарт заключается в том, что я не публикую ничего, что не могу оправдать как подлежащее публикации.
Если бы вы проходили собеседование в моей компании, мы бы спросили вас, есть ли у вас учетная запись на github (или какой-либо другой общедоступный репозиторий кода) довольно рано в процессе найма.
В зависимости от ваших обязанностей мы затем искали определенные черты (на самом деле, скорее отсутствие нежелательных черт), чтобы получить ощущение
Так что, наряду с моими предшественниками, я настоятельно рекомендую включить его.
Редактировать 04/2016: о нежелательных чертах
Счастливое совпадение ... всего несколько дней назад я наткнулся на эту статью , которая прекрасно резюмирует это для «программистской» стороны сотрудников.
На уровне "личности"... трудно сказать, не вдаваясь в пространный монолог. Недавно один из моих клиентов похвалил меня за то, что мне всегда удается проявлять спокойствие и слушать их, думать о проблемах, прежде чем предлагать решение, в то время как другие консультанты «просто хотят делать свое дело» и берут большие деньги. На что я ответил: «Я оставил свое эго связанным в багажнике на стоянке». Они также слышали: «Я не знаю, я должен это выяснить», «Интересная проблема, позвольте мне немного поэкспериментировать бесплатно», «Я мог бы сделать это, но если вы просто купите X, вам будет лучше». выключено" от меня.
TL;DR: рок-звезды, кодовые ниндзя, чистые технические волшебники: нет. В целом компетентный человек: да.
Я говорю да. Как технический руководитель, который также дает интервью, мне нравится видеть код людей, и, честно говоря, я не ищу качественный код, хотя это было бы отмечено, если бы это было так. Это больше о: Можете ли вы стать лучше? Вы можете учиться? Вы можете расти? Для меня идеальный репозиторий — это тот, который начинается с действительно старого, плохо сделанного приложения-калькулятора, а затем последним коммитом является какой-то личный проект с несколькими уровнями сложности. Он не должен быть идеальным или хорошим. Мне просто нужно посмотреть, сможешь ли ты расти. Идеальный кандидат — это тот, кто чрезвычайно восприимчив к изменениям и не боится узнавать новое.
Кевин
Джоэл Этертон
Нил Слейтер
Рат