Comments 23
Вот так вот гитхаб из жемчуга в куче навоза превратится в огромную кучу фальшивого жемчуга.
Кому должен? Мой Гитхаб только для меня.
Это ж сколько нужно иметь времени в сутках, чтобы работать свою работу, заниматься семьей, вести 3 своих проекта, еще и коммитить в чужие проекты? Не возникнет ли потом ситуация, как с рамблером и nginx?
Недавно было исследование в котором отправляли резюме со ссылками на гитхаб и встроенным счетчиком переходов. Результат - 1% переходов.
Перед тем как заявлять что оформление гитхаба влияет на трудоустройство, стоит доказать что кто-то вообще его проверяет при устройстве.
Вот на каком моменте это происходит? На HR скрининге? Нет HR не смотрят чаще всего по тому что не разбираются на столько глубоко в большинстве своем(да и не должны так то), а после скрининга собеседующему уже по большому счету на ваш гит плевать абсолюно, ему в любом случае ваши знания проверять тет-а-тет как я разница что у вас там на гите?
Есть ли компании которым это важно? Наверняка. Вопрос - а вам точно туда нужно?
Совершенно точно. Я на собеседованиях спрашивал, смотрел ли этот человек мой github и в ответ получал уклончивое: "ну так, одним глазком'. Скорее всего это означает, что даже и не открывал. Да и по дальнейшим вопросам от них - это было понятно. Т.е. если даже технические специалисты не смотрят GitHub, то уж чего ожидать от хрюш и им подобных-то. Т.ч. враньё всё это. Если ищут работать работу, то возьмут и без GitHub и без фотографии в профиле. А если ищут для галочки, для имитации деятельности или KPI, то не возьмут в любом случае.
Совершенно не согласен. Мне когда присылают список кандидатов я отсматриваю их репозитории - это даёт возможность уменьшить количество собеседований. Если я вижу что человек собеседуется на позицию синьора, но при этом он пару месяцев назад закомитил код в лучшем случае мидла, то это даёт мне возможность отсеять его ещё до собеседования. Моя практика показала, что код зачастую гораздо больше говорит о программисте нежели то как он отвечает даже на самые сложные вопросы на собеседовании.
Мне когда присылают
А вы точно уверены, что ваш личный опыт является достаточно объективным мерилом для статистики? Ну вот вы и есть тот самый 1% который переходит по ссылке.
Внимание вопрос - на сколько эффективно тратить десятки часов на ведение репозитория ради повышения охвата на 1%?
И ещё снова вопрос - а точно ли тебе лично(ну мне например) нужно именно в ту компанию, где принимают смотря на то как у тебя оформлен репо, а не на твои реальные скилы и достижения?
Тут наверняка автор хотел донести следующее, коль уж ссылку на GitHub указал в резюме, то будь добр хотя бы readme качественный оформить. А указывать ссылку в резюме или нет, это дело каждого. Например, для начинающих, с околонулевым опытом работы, будет не лишним, имхо.
Наконец-то это кто-то написал! (но причем здесь тэги "Data Engineering*", "Big Data*", "Хранилища данных*", "IT-стандарты*", "Терминология IT"?)
Мысли такие. Ссылку указывать можно, но делать резюме к резюме странно. Думаю, что основной посыл был про качество оформления. Будет ли это кто-то смотреть или нет - наверное зависит от позиции. В любом случае, наличие такого портфолио сэкономило бы усилия при прохождении тестовых заданий (или вовсе от них отказаться).
Чего категорически нельзя делать
Не обновлять проекты годами
Я сделал проект и по каким-то причинам даже решил открыть код для других. Обновлять 14 проектов, фиксить issue, мержить пул реквесты да и просто делать какие-то доработки я не нанимался.
Технический специалист тратит буквально 2-3 минуты на оценку профиля кандидата и даёт свой ответ HR.
Геральд-скрывающий-боль.jpg. Для не совсем шлака (если нормальный HR - для любого дошедшего до меня резюме), чуть ли не полноценный osint провожу. В среднем уходит от 10 минут до получаса на кандидата :-(.
Просто храню там свой код, всякий. время флешек и компакт дисков прошло. Просто одни говорят что там должна быть красота, это дело каждого. Но с другой стороны, там можно увидеть историю развития навыков.
Если нечего привнести в сообщество это окей, окей быть человеком простым.
Но пушить что то только ради того чтобы показать как реферат не стоит. На той стороне человек, вероятно с бОльшим опытом и экспертизой, который рассматривает Вас не как на конкурсе талантов, а как человека с кем придётся работать в одной комманде. Просто будьте собой, честность, предсказуемость, понятность важнее в командной работе чем ачивки, и петпроекты с курсов.
Ответ: никак
Бестолковая практика)
И все это джуну, чтобы пробиться в выборке из 1000 резюме наверх 😅
Хр: гит пустой, значит ничего не умеет.
Также хр: в Гите слишком много правок, много ошибается, не ставит цель и не добивается конечного результата
Как должен выглядеть гитхаб профессионального разработчика: "100500 contributions in private repositories"
Интересно, как быстро возьмут за зад разработчика, который выкладывает корпоративный код в публичный доступ, дабы пощеголять перед новым работодателем?
Как человек который регулярно задействован в найме могу сказать свое мнение по данному вопросу. Мне по большому счету не важно оформление проектов. Куда важнее увидеть живой код, который не причесывали ради создания портфолио, а писали просто для себя. Потому что именно по такому коду понятно какие архитектурные приемы знает человек, какие либы использует, какие у него требования к коду по дефолту, то есть как он будет писать на моем проекте когда я не буду строго контролировать пул реквесты. И да, есть нанимающие которые просматривают все ссылки на гитхаб, которые приходят от соискателей. Если гитхаб человека выглядит ну очень уж красиво, то у меня закрадывается сомнение: "А так ли то что я вижу соответствует реалиям жизни которые проявятся в процессе реальной работы?". Есть еще такой момент, что плохой код на гитхабе может потопить кандидата, ведь если я увижу сильное несоответствие между уровнем в вакансии и уровнем по коду, то отклоню кандидата ещё до собеседования. С другой стороны это экономит и мое время и время кандидата. Ну и последнее это свежесть репозиториев. Если у Вас нет репозиториев с вашим актуальным кодом то лучше их завести. Потому что профиль в котором репозитории четырёхлетней давности может мне что-то сообщить о навыках кандидата только если 4 года назад они уже были достаточными для данной вакансии. Поэтому если есть время и возможность сделайте хотя бы небольшой проект с кодом соответствующим вашим актуальным навыкам. И да, профиль на гитхабе в котором есть достаточно примеров кода вкупе с собеседованием которое подтверждает навыки человека снижает вероятность, что мне захочется дать тестовое.
У нас в команде мало кто на досуге пишет свои пэт проекты, гитхабы у большинства пустые, на работе хватает работы, времени на гитхабы не остается и желания тоже.
Как должен выглядеть идеальный GitHub для поиска работы