Comments 129
Техлиды, которые участвуют в отборе, всё чаще обращаются к гиту или запрашивают его у кандидатов.
Пруфы? А то у меня за годы работы ни разу не спрашивали. И даже когда я отслеживал переходы по ссылке из резюме - было что-то около 2-3 переходов именно на гитхаб при сотнях просмотров.
По моему опыту желание посмотреть на гитхаб действительно существует, в том числе у зарубежных работодателей и заказчиков, но каждый раз хочется спросить мол ребята, а что вы там ожидаете увидеть? Работа делается над проектами клиентов, это в личном гитхабе публично лежать не может лол.
Всё верно, ответ корректный и принят. И у следующего соискателя также, а потом третий, упс а у него есть что-то. Начали смотреть, начали разговаривать, начали обсуждать и вот уже его имя на фоне остальных запомнилось. Может и плохим запомнилось... )))
Если там будет то, что хотят увидеть все, то зачем этому программисту искать работу по найму вместо своего проекта)
А зачем пруфы? Статья это просто мнение. Автор вот смотрит, я вот тоже прошу всегда.
Отлично помню как оформлял ридмишку, и да, если соискателю есть чем поделиться, то много интересного возникает.
Если цель завалить соискателя, то это одно, если цель разобраться в нём, то лучше что-то, чем ничего. Например уже можно спросить, а чего так небрежно всё оформлено? И посмотреть как будет отвечать.
А то у меня за годы работы ни разу не спрашивали. И даже когда я отслеживал переходы по ссылке из резюме - было что-то около 2-3 переходов именно на гитхаб при сотнях просмотров.
У меня в резюме указан гитхаб и блог, и на нескольких интервью мы прямо обсуждали некоторые из моих проектов (включая «одноразовые» с proof-of-concept'ами а-ля пункт 3 в списке выше) или постов — то есть, весь раунд интервью сводился к тому, что мы обсуждали тамошний код и альтернативы, (например, я где-то там делал аналитическое дифференцирование — можно обсудить дуальные числа, можно обсудить численные методы, всякое такое). В ещё примерно половине случаев интервьювер просто упоминал, что видел гитхаб, и там прикольно.
В этак трети крупных компаний мне скипали начальные этапы интервью (вроде phone screening'а) на основе гитхаба.
Согласен переходов может быть немного, мы даже ловили как-то "проверенное" тестовое задание без просмотра и переходы в гит - моральное преступление))
Все также сильно зависит от стека, специфики вакансии, зрелости компании. В среднем — это скорее дополнительная переменная в профиле кандидата, а не требование. С точки зрения бест практис рекрутинга все хотят видеть ссылку на гит. Но все понимают что менее 10% гитов есть смысл вообще смотреть.
Я как раз за то, чтобы смотреть на GitHub с позиции кандидата: не как на обязательную «портфолио-витрину», а как на возможность, которая может сыграть в плюс. Если профиль оформлен понятно и внятно — он может дать техлиду ту самую «картинку мышления», которой часто не хватает в резюме.
Бывали кейсы, когда GitHub реально помог выделиться — особенно на миддл/сеньор позициях. Техлиды сами просили вытащить в приоритет того, у кого в репозиториях нашёлся ответ на их архитектурные или продуктовые вопросы.
А ещё, да — моего знакомого в своё время схантил Toptal лет 5 назад через GitHub. Стартовая ставка была $50/час. Тогда это работало, особенно на хайповых стеках.
Еще вот думаю, такой поинт имеет место быть по переходам в гит. Например, поиск лида в Rust или Elixer, то по гиту имеет смысл шерстить, отклик может быть слабым по таким позициям. На более массовые стэки конечно рынка джоб бордов будет достаточно и до гита могут просто не доходить.
Так что моя мысль простая: если GitHub есть — пусть он хотя бы не мешает. А делать ставку на него или нет — это уже стратегия, и она у всех разная.
"мы даже ловили как-то "проверенное" тестовое задание без просмотра и переходы в гит - моральное преступление "
В PHPном мирке тестовые иногда просят высылать архивом на мыло. Я понимаю - это шокирует модно-молодежных, но реальность такова.
На гитхаб эти тестовые заливают, потому что это тупо облачное хранилище, куда вообще ВСЁ заливают "на всякий случай". Подавляющее большинство аккаунтов на гитхабе - это кодопомойки ДЛЯ СЕБЯ в первую очередь, а все остальное имеет второстепенное значение. И если рассматривать эти облачные кодопомойки с такой позиции, то, ВНЕЗАПНО, всё становится логичным, не вызывает "детского" изумления, не порождает странных выводов.
Сомнительные у вас критерии оценки гитхабов!
Куча форков говорит лишь о том, что человек использует форк вместо звезды для сохранения "на будущее". Все. Ни больше, ни меньше.
Недоделанные пет проекты, код без документации, мусор, "перекосы по технологиям" - это... Просто мусор! Совершенно нормальный в процессе обучения и хобби-разработке. Да и не в хобби тоже. Не каждый проект должен стать FizzBuzz Enterprise Edition c 10 уровнями абстракции и документацией длиннее кода.
Я согласен с автором лишь в одном: давать ссылку на такой гитхаб в резюме - это неуважение времени нанимающей стороны. У 99% разработчиков все равно нет никаких публичных проектов, стоящих внимания при найме. А если среди мусора действительно есть стоящий проект - лучше дать на него прямую ссылку.
Именно так. Гитхаб инструмент используется и в личных целях, да именно то чем мне хотелось поделиться, именно то что я считал достойным, то и было в ссылке. А остальное... ну сорян.
Я вот тоже про форки не понял, зачем докапываться. Ведь, чтобы законтрибьютить даже исправление опечатки в ридми, надо форкнуть.
Способ №2: Кладбище pet-проектов
То ли здесь забыто слово «недоделанных», то ли спорно: у меня есть проекты, которые завершены, а также проекты, которые просто работают, и по этим причинам не требуют обновлений (один из проектов провисел с одним коммитом больше четырёх лет, при этом успешно работая на проде все эти годы (значит это уже не pet?); висел бы и дальше, если бы я не решил таки бампнуть зависимости)
Могу предположить, что бы ответил автор поста: "человек на собственном проде 4 года зависимости не обновляет! Кошмар, что же он будет вытворять на проде компании!!!" ;-)
У меня таже ситуация, плюс я вынужден держать на гите массивы тестовых данных, которые не представляют собов ПД или коммерческую тайну, но и публиковать мне их крайне нежелательно.
Ну и да "пет" который активно используется в проде уже четвёртый год мне тоже публиковать бессмысленно - он написан быстро, некрасиво порой коммиты там фиктивны по критериям автора - я многое переделывал, кучу всего коммитил прямо в мастер и вообще осваивал тогда гитхаб учил другой язык и систему сборки. Короче придираться там можно бесконечно
Это не вписывается в интересы компании. А как же обновления ради обновлений? Сейчас же почти везде так. Передвинули меню, в фильтры добавили никому ненужные критерии и убрали нужные, добавили тормозов и рекламы. И вот уже бэклог того, что нужно фиксить в следующем релизе. А ваш проект выкатил и даже сопровождать не надо, вообще беспредел.
он реально влияет на ваше собеседование
У автора. Мой опыт собеседований с обоих сторон забора ровно противоположный. Возможно, стоит сначала спросить у кандидата для чего публичный репозиторий ему, и есть ли в нем проекты которыми он гордится. Например, у меня 3 гитхабов и 5 гитлабов для разных целей, бОльшая часть проектов в них не публична. И?
Проанализировать чужой код. Убедиться что он оригинальный, а не скопирован откуда-то. Кто этим реально занимается?
Может это актуально в ситуации когда кандидат уже отобран по другим критериям, но остались сомнения, и нужен дополнительный фактор который перевесит сомнения. Как бабочка на чаше весов. Когда речь об очень ответственной вакансии, с повышенными требованиями. Тогда можно потратить время на анализ контента на гитхабе.
Или если принципиально важно знать что использует кандидат - табуляцию или пробелы. На собеседовании скажет что табуляцию, а в гитхабе вся правда и вскроется. Все привычки его срамные.
Способ 8: при поиске кандидатов внимательно копаться в github-помойке каждого, в итоге никого не нанять и завалить проект
По поводу мертвой активности: как-то некоторое время назад искал в интернете материалы по некоторой теме. Нашел статью в чьем-то блоге. Открываю статью, там текст: "Здесь будет статья на тему ХХХХХХХХХХ". Есть единственный комментарий: "Жаль что не удалось почитать статью на тему ХХХХХХХХХХ". Посмотрел на даты статьи и комментария -- разница около 10 лет.
Как человек, постоянно проводящий интервью, смотрю в гитхаб только интересное у кандидатов. Если там для меня нет ничего интересного, это никак не влияет на собеседование. Если же есть интересное, иногда могу поговорить по поводу заинтересовавшего. И уж точно ни разу не отмел кандидата из-за плохого состояния его гитхаб-аккаунта.
это какой-то ОКР должен быть, чтобы для своих pet-проектов сидеть и коммитики делать чистенькие, а не вот эта десятка-другая коммитов за неделю "fix", "пыпыпы", "мумуму"
я соглашусь что порой трудно собрать в кучу и назвать то что ты сделал, но куча "fix", "пыпыпы" и прочего у меня была только когда я только завёл гитхаб и меньше полугода как писал код. дальше самому приятнее стало возвращаться к старым коммитам и сразу понимать о чём речь
Да на самом деле это просто привычка, тут даже ОКР не нужно. Это как ложку для супа брать, а вилку для другого, автоматизм. Я взял за правило описывать в одном предложении изменения, например: "Fixed login fail + fixed password check"
Да, не всегда получается уместить все в заголовок, тогда пишем в описание либо основу коммита в названии, детали в различиях можно увидеть. Но в целом это удобство для себя, когда хотя бы есть направление изменения, а не "пупупу3".
Мне ни разу за все время не пригодилось информативное описание коммитов в проекте где работаешь один. При этом на составление информативного описания уходит время. Поэтому в проектах где работаю один - update, fix и тд. Другое дело командная работа.
У каждого по разному, в моем случае это пригождалось, поэтому и начал это делать как правило.
"При этом на составление информативного описания уходит время"
Не обязательно прям детально всё в подробностях описывать, достаточно написать для самого себя так, что бы через время можно было вернуться и понять что бы изменено.
"Выполни git diff --cached, придумай текст коммита как синьор-помидор и закоммить через git commit -m"
Какая чушь...
На моих собеседованиях:
Вы умеете пушить код в ветку ?
Да у меня в резюме есть ссылка на мой гитхаб, я туда много чего запушил.
Вы знаете что такое pull request, был опыт опрува?
Да у меня в резюме есть ссылка на мой гитхаб, там видны мои апрувнутые пул реквесты.
Вы можете склонить проект из гитхаба и его поднять ?
Да у меня в резюме есть ссылка на мой гитхаб, из него же я клонил проекты и поднимал локально.
Я уже говорил, что в моем резюме есть ссылка на мой гитхаб ?))
Техлиды, которые участвуют в отборе, всё чаще обращаются к гиту или запрашивают его у кандидатов.
Так к гиту или гитхабу?
Почему? GitHub показывает:
Он показывает только то, что хочет показать его автор. Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс? Откуда взялось мнение, что хобби программиста, это программирование, а не, например, парапланеризм?
Откуда взялось мнение, что хобби программиста, это программирование, а не, например, парапланеризм?
Одно другому не мешает )
Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс?
Тоже не понимаю этого. У меня нет публичного гитхаба, и мне не хочется выставлять код своих пет-проектов на всеобщее обозрение, чтобы кто-то в нём копался и оценивал, "мусор" это или нет, нормально ли там оформлены коммиты или нет.
Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс?
Это вас надо спросить, в тексте такого нет.
Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс? Откуда взялось мнение, что хобби программиста, это программирование, а не, например, парапланеризм?
Никто никому ничего не должен, конечно. И контрибьютить не должен. И программировать по вечерам и выходным не должен. Просто те программисты, которые этим занимаются, могут иногда оказываться более привлекательными для работодателя, только и всего.
Или наоборот, менее привлекательными. Потому что будет вместо работы проектом своим заниматься. В некоторых фаангах нужно спрашивать разрешение на проекты помимо работы.
Потому что будет вместо работы проектом своим заниматься.
«Вместо» в смысле в рабочее время? Это вопрос честности, и всегда можно найти, как пинать балду в рабочее время.
«Вместо» в смысле останется слишком много сил после работы? Спасибо, о таких ожиданиях работодателя я предпочту знать заранее.
В некоторых фаангах нужно спрашивать разрешение на проекты помимо работы.
Это ваш свободный выбор — прекратить гитхабить и идти в такие фаанги, или же не идти. И, к слову, подобные требования были для меня одним из аргументов, чтобы не идти в фаанг.
Я вам ещё, кстати, идей подкину, например:
Можно стать менее привлекательным потому, что вы собеседуетесь, скажем, на python-разработчика, а у вас там ещё и go, и ruby. Работодатель может подумать плохое, потому что вы распыляетесь, а надо быть сфокусированным на том, что нужно ровно этому работодателю!
Или потому, что у вас там в 2025-м году уже C++26, а у работодателя еле C++14 осилили в прошлом году, и он подумает, что вам будет скучно (а вам и правда будет скучно!).
Так что
Или наоборот, менее привлекательными.
это даже хорошо, учитывая, что у меня нет цели быть привлекательным для всех, а упомянутые выше фильтры заодно отсеивают и так неинтересных мне работодателей. В итоге все в плюсе.
Я вас чем-то обидел, причина тряски?
«Вместо» в смысле в рабочее время?
Как минимум, фоновое мышление никто не отменял. Когда подсознание иногда выкидывает решение когда занимаешься чем-то другим, обычно физическим.
В итоге как минимум, фоновое мышление будет делиться между двумя проектами. Хватит ли дисциплины чуваку, которому пришло озарение по пету во время работы над работой не переключить репу - уже другой вопрос
Только это работает и в обратную сторону: моё подсознание продолжает работать и над рабочими задачами в личное время (даже если у меня есть пет-проекты). Не помню, чтобы работодатели как-то массово против этого протестовали.
Кстати, стоит ли делиться с работодателем тем, что у вас есть семья (например, спрашивая о ДМС для всей семьи)? А то, знаете, подсознание тоже думает, что жена какая-то хмурая с утра была, и старший что-то в школе последнее время так себе…
моё подсознание продолжает работать и над рабочими задачами в личное время (даже если у меня есть пет-проекты).
Именно это я и имел ввиду.
Если у вас есть работа и не-техническое хобби в другой сфере (условный хайкинг) - доля подсознания, посвящаемого работе безусловно выше, если после работы вы опенсорсите/делаете пет проекты. Больше это в абсолютных значениях или нет - depends.
Не помню, чтобы работодатели как-то массово против этого протестовали.
Пчелы против меда?
Кстати, стоит ли делиться с работодателем тем, что у вас есть семья
Лично у меня об этом пара слов в разделе "о себе", в русскоязычном резюме. Наряду с отсутствием судимости и доступа к секретности. Т.е. упоминаю, но на правах trivia
Если смотреть более общно - целенаправленно делиться наверное не стоит, особо скрывать тоже. В некоторых случаях семейных сотрудников наоборот считают преимуществом.
Если у вас есть работа и не-техническое хобби в другой сфере (условный хайкинг) - доля подсознания, посвящаемого работе безусловно выше, если после работы вы опенсорсите/делаете пет проекты. Больше это в абсолютных значениях или нет - depends.
Именно, depends.
И тут начинает ролять, например, что если я кроме 40 часов на работе ещё 40 часов в неделю трачу на свои проекты, то я просто более прокачанный чувак, и мне не нужно тратить столько же подсознания во внерабочее время на рабочие проекты, я всё равно оказываюсь эффективнее. Или благодаря своим проектам я имею какие-то демонстрируемые навыки, которые получать в рабочее время будет долго и дорого для работодателя, и которые ему нужны.
И вот моя практика общения с работодателями показывает, что… короче, работодателей, которые были бы против гитхаба до найма, нет вообще. Я их тупо не встречал ни разу. Это всегда либо плюс, либо в худшем случае никак, «у нас стандартизованный процесс и мы это не учитываем [но phone screening вам скипнем, так и быть]». И учитывая, что отклик на своё резюме я так или иначе получаю практически всегда, это достаточно мощный сигнал.
Да, есть работодатели, которые не очень любят, когда у вас есть свои проекты, но почти всегда причина этой нелюбви — вопросы к интеллектуальной собственности, а не к вашему личному времени. И мне, например, в одном месте, где такое было, удалось при найме продавить blanket preapproval любых проектов на тех языках, которые в компании не используются, плюс того проекта, который я начал за 15 лет до устройства в фирму, и вопрос решился сам собой, дальше всем было пофиг.
Пчелы против меда?
Отож! Но это не значит, что вы должны вставать на сторону пчёл.
Сначала вы пишете:
Просто те программисты, которые этим занимаются, могут иногда оказываться более привлекательными для работодателя, только и всего.
А потом:
это даже хорошо, учитывая, что у меня нет цели быть привлекательным для всех, а упомянутые выше фильтры заодно отсеивают и так неинтересных мне работодателей.
Не очень понял вашу мысль, быть привлекательным для работодателя - это хорошо, или наоборот плохо?
В некоторых фаангах нужно спрашивать разрешение на проекты помимо работы.
Это только в рабочее время. В выходные, праздники, отпуска и вечером, а также во время больничных (когда температура не под 38, конечно) можете писать всё что хотите.
Товарищи программисты, а существуют ли среди вас те, кто НЕ WEB, и которые так же много времени уделяют всякой фигне типа гитхабов?
Очень странная постановка вопроса. Ну допустим существуют, правда не понимаю почему вы называете это фигнёй.
Вам не кажется, что в вашем утверждении имеется противоречие? Говорите про "BE WEB", и далее упоминаете GitHub. Или что вы тогда имели в виду, и почему это фигня?...
А у НЕ WEB программистов интернет отключен?
GitHub здесь употреблен в контексте ПУБЛИЧНОГО хранилища(для программистов отдельно скажу: я в курсе про private), потому что, при отстутствии "публичности", вся эта демагогия про "правильный" git неуместна.
Просто я видел такую одержимость отпотолочными "правилами" только у действующих и бывших веб-программистов. Да и вообще, эту тему пднимают только они в интернете.
Я не web, я бэкендер. И я много времени уделяю вской фигне типа гитхабов. Можете профиль посмотреть.
В целом соглашусь с автором. У меня лично в личном гитхабе только пакеты к nodes, python которые контрибьютил в публичное комьюнити. А так код принадлежит заказчику 😀
У меня есть работа и семья, какой ещё гитхаб?
Убедительно.
Это вроде бы не взаимоисключающие вещи, пару часов в неделю всегда можно найти. Потому что если никогда не выходить за рамки повседневных рабочих задач с 9:00 до 18:00, и никак не инвестировать в расширение своего кругозора и навыков, то через какое-то время востребованность на рынке начнет неизбежно проседать.
Для расширешния своего кругозора и навыков не обязательно иметь публичные гитхаб репозитории
Этим нужно на работе заниматься, а если у тебя на ней кончились задачи, в которых ты развиваешься, то меняешь работу, Лучше сразу брать на вырост, чтобы там точно было по больше того, что ты еще не умеешь делать.
Но ведь хобби у вас всё равно есть? Пусть даже просмотр сериалов или сидение на хабре. А если нет никакого хобби, то что вы сможете дать своим детям?
Каким образом хобби связано с тем, что человек может дать своим детям?
С тем, что детям важно рассказать про сбалансированность жизни, что есть не только учеба в школе, домашние задания и оценки, с тем, что нужно уметь каким-то образом справляться со стрессом и т. д.
Из книги"Как закалялась сталь":
"Не надо быть таким суровым к себе, Павел. В нашей жизни есть не только борьба, но и радость хорошего чувства."
А если нет никакого хобби, то что вы сможете дать своим детям?
Самое главное, что нужно дать своим детям - это научить их быть счастливыми.
А это самое счастье - это когда ты живёшь так, как нужно тебе. А не тогда, когда ты подстраиваешься под чужие ожидания. Например, ожидания рандомных юзеров из интернета, которые заявляют, что у каждого родителя обязательно должно быть хобби.
Нет, не должно.
А потом вдруг в какой-то момент появляется необходимость искать новую работу. Хорошо если по знакомству куда возьмут. А если нет?
Придется собеседоваться.
А если работодатель считает наличие opensource проектов большим преимуществом соискателя?
А если работодатель считает наличие усов или бороды большим преимуществом соискателя?
Если у соискателя много времени уходит на сторонние проекты, то это значит, что он время на них изыскивает за счёт чего-то ещё, личной жизни например. Потом у человека появится личная жизнь, и он будет уже выбирать из чего-то другого, например тратя рабочее время на это.
Это если проекты не приносят деньги, а если приносят, то тогда вопрос - а где его работа вообще?
Автор прав в том, что, гипотетически, гит или ещё кто-либо из репозиториев, начнёт монетизацию для корпоративных пользователей возможных метрик проектов. Как раз для рекрутеров. То есть будет некий AI который парсит код и на основе указанных выше (и многих других) критериев анализирует содержимое и даёт общее резюме в виде баллов, причём в командной разработке может даже узнает код по стилю и какой был "личный вклад автора", включая сравнение с заимствованиями.
Имхо, это актуально только для западного рынка, постов на линкедине и выступлений на конфах, если проект достойный.
У меня два законченных проекта на Python. Один задокументированный RSA, другой - блокнот, к которому я ещё не сделал документацию. Оба проекта работают как швейцарские часы. Третий проект - это сайт, который собираюсь полностью переделывать. Вопрос. Документация должна быть длинная или хотя бы средней длины?
Гитхаб это помойное ведро. 10 лет инвестируешь в него, создаешь проекты, участвуешь в комьюнити (ищешь проблемы в других проектах, заводишь issue), а в один прекрасный день без объяснения причины удаляют твой аккаунт без возможности даже скачать свои старые проекты которые никогда не бекапил так как верил, что гитхаб никогда такого не сделает, и несколько месяцев не отвечают на вопрос почему удалили, чистое свинство. Просто взяли и 10 лет моей работы удалили.
В итоге почему удалили-то, выяснилось?
Больше месяца жду ответа, пока не ответили. Запрашивал через официальную форму где прислали номер моего тикета и сказали ждите. Написали также так как у меня бесплатный аккаунт то ждать в общей очереди. На reddit видел подобные посты, там в комментариях писали, что ждать ответа от полугода приходилось. Как ответят дополню, что в итоге получилось.
Это какая-то магия, но сработало. Восстановили.
Thank you for writing in to GitHub Trust & Safety. I can confirm your repository has been reinstated after we identified its removal was made in error.
пс. Беру часть своих слов назад о гитхабе)) но всё равно пошел бекапить все репы в гитлаб и битбакет от греха подальше. Ждал полтора месяца их ответа.
Как скоро при приёме на работу начнут проверять чистоту трусов?
А если серьёзно, то это всё крайне индивидуально и субъективно.Одно дело если профиль на GitHub пустой или с парой тестовых заданий. А другое дело, если там есть проекты, но оценить-то их можно по-разному.
С одной стороны могу понять почему рассматривают личный гитхаб, это как показатель порядка на рабочем столе. Если человек не оформляет проекты корректно или ведёт на отстань, на которые он выделяет время и желание, то в какой-то степени это может отразиться на работе, когда ему дадут больше свободы.
А когда человек делает это по умолчанию, то для него подобные требования для ведения проектов в компании будут привычными, и если будет дополнения то особо привыкать будет не к чему.
Понятно что это не 100% показатель, но все таки по большей части это то что человек хочет показать публично, даже если у него есть "гениальные" репозитории в приватном режиме 😁
Я использую свой репозиторий, что бы просто хранить свои поделки, что бы не потерять.
Раньше хранил на дисках и флешках, пока не появились облака. Диски и флешки ломались и это бесило, а теперь кто-то мне пытается навязать, как мое хранилище должно выглядеть.
Да на самом деле никто и не указывает, а оценивает. Как я написал выше, гитхаб который человек оставил открытым - как фото его рабочего стола, который показывает насколько он организован.
Оно ведь публичное, что бы хранить что-то в облаке, а не на флешке, можно тот же гугл диск использовать, мегу и прочее например.
Проблема в том, что люди указывают свои гитхабы в резюме, когда в самом гитхабе лежат только дотфайлы и какие-то одноразовые скрипты для личного пользования. Использовать гитхаб для этого нормально, просто не надо указывать его в резюме, потому что это не релевантно работе.
невооруженным глазом замечает, что в нем меняется лишь пресловутый README или пустые папки.
Это же насколько глаз должен быть невооружённым, чтобы увидеть в git-репозитории пустые папки?
Мне кажется стоит скрывать/удалять пустые репы и прям лютый треш, но в основном старые репы это пруф опыта разработчика, и для своего времени код был релевентным. Здорово по таким репам отслеживать свое развитие
Меня бомбит с таких статей и высказываний о том, как должен выглядеть мой личный репозиторий. Еще в нулевых многие мечтали о том, что бы кто-то, кому не лень сделал "облачное хранилище", что бы свой код не надо было постоянно записывать на болванки, которые то потеряются, то сломаются. А сейчас, приходит какой-то чел, и предлагает вернутся в конец двадцатого века и хранить свой код на флешках и дисках?
Нафиг вы вообще лазите в чужие репозитории? Если вам нужно какое-то подтверждение опыта, конкретно об этом спросите чела.
Нафиг вы вообще лазите в чужие репозитории?
Не сотвори себе автодосье. https://ru.m.wikipedia.org/wiki/Сноуден,_Эдвард#Библиография
Я думаю, это очередная рекрутерская шиза. По типу "я посмотрела ваш профиль в социальной сети и увидела там вашу фотку в одних плавках на море. Это неприлично, вы нам не подходите!"
Если я вижу awesome-nodejs-course-by-x, то понимаю: человек просто проходил урок.
Мысли те же про среднее и высшее образование?
Одноразовые коммиты и как следствие нет смысла это изучать.
Дизайнерский подход к UI учит, что надо менять (постановку вопроса) так, чтобы кандидаты присылали ссылки только на то, чем они хотели бы поделиться? А если нечего и вам все равно хочется потанцевать на костях, то вы -- К. Матунин?
Но это может сыграть вам на руку, если в проекте проведен рефакторинг, добавлены свои фичи и сделан банальный readme с анализом.
Определяете банально по описанию коммитов? Bash/shell скрипты часто рефакторите? Другое что-то одноразовое? В компании дают время буквально на рефакторинг? Не уверен в адресате, похоже вовсе не разработчик. Насчет readme - согласен. Без описания и использования - любой скрипт/программа как китайское письмо.
Но у некоторых рабочих кодов репозитории могут быть именно складами кода, а документация внешняя. Да, значит это "проект", но может быть вполне рабочим полезным. Перекрестное обновление -- это временные затраты O(n) по кол-ву опубликованных мест.
большая часть вашего гитхаба - старое кладбище заброшенных проектов – возникает резонный вопрос,
По-модному MVP называется. Не взлетел или разонравился или еще что. Ваши тетради с первых классов школы по правописанию тоже недописаны до последней строки, у прописной буквы з недовыведены загогульки.
"fuck_this"
Если даже в pet-проекте вы не можете внятно описать, что вы делаете – как вам доверить прод?
После код-ревью под началом ментора. Именно так. И дать git-scm в зубы, чтобы понять для чего гит, а следовательно, зачем нужна структура. Это примерно project management с программистской стороны (подмечаю, что немного разные умения).
Псевдоактивность
Вроде изначально элемент геймификации, но мановением руки становится KPI. Значит надо под него и правила Github по учету коммитов подстраиваться или нет? Я 23 коммита в один схлопнул после принятия PR в проект (да, мог бы вручную rebase + выборочно схлопнуть). В этом случае это было допустимо, сам PR почти атомарный. Это 23 зеленых квадратика растянутых на 8 дней или один?
С планом ревизии в целом согласен. Цифровой мусор такой же излишний.
у меня весь гитхаб супер-мертвый, от силу 1 реальный проект, из которых 0 с не сумасшедшими коммитами. Всегда конечно сам считал это проблемой, но в итоге на работу меня взяли
Реб, вы когда успеваете пет проекты вести? Я DS , работать заканчиваю в 18 самое раннее, если не в 20 или позже. Мне после работы не то что пет проекты, я комп видеть не хочу.
Я конечно напишу со своей колокольни, но будь я, работодатель, спросил бы у кандидата: а чем он на работе занимается, если у него столько красиво оформленных проектов на гитхабе 🤣
С нетерпением жду придирок к тому, что у начинающего ПХПшника в гитхабе проект с не очень семантичной версткой + jquery 1.xx. Там только jquery, даже актуальной версии, достаточно, чтобы "современный" программист начал кислотой плеваться.
Сложная мысль, что начинающий бекендеры часто используют готовые шаблоны, в которых чего только нет, для тренировки, такая сложная.
Господа читатели комментариев - запомните раз и навсегда. Github - ЭТО ЖИРНЕЙШИЙ МИНУС. Если у вас есть гитхаб - значит вы недорабатываете, значит у вас есть куча свободного времени, которое вы тратите непойми на что, вместо развития на текущем рабочем месте (работа над публичными open-source проектами за деньги типа ClickHouse не считается)
Ни в коем случае не показывайте никому свой github.
вы унижаетесь сами
вы усиливаете и без того неадекватные шизотенденции на ИТ-рынке из-за которых найм уже превратился в цирк
За то, что вы недорабатываете на дядю а тратите время на то, что не делает работодателю деньги - над вами поглумятся и вашу вакансию зареджектят
Уважайте себя
Вы забываете про людей, которые пришли в айти не потому, что у нас хайп и много платят или платили, а потому что не могут не писать код. И у них был бы GitHub аккаунт со своими проектами с работой или без работы, не важно.
Ну и пожалуйста, пишите код в гихабе, зачем в резюме гитхаб указывать? Работодатель трактует это так - вместо того чтобы писать у него (работодателя) код, вы пишете какую-то лабуду которая ему (работодателю) не приносит денег. Это очень подозрительно. Не надо этого делать. Причем тут причина прихода в ИТ?
Тогда как вы вообще собираетесь оценивать людей, которые приходят к вам на собеседования? Вот придёт толпа человек. Написаны разные места работы. И всё? Как проверить его навыки, способности, стремления? Дать тестовое? Так нормальный человек его тоже не будет делать, что зря время тратить. Вопросы на собеседовании? Так там такой бред спрашивают, что к каждому собеседованию отдельно готовиться нужно по примерам вопросов с интернета.
95% кандидатов без гитхаба - как их оценивают?
И потом - за час-два никто нормально не сможет оценить физически. Есть только 1 способ - пообщаться, понять есть ли ментальный мэтч, и смотреть уже в работе на испытательном сроке, точка. Других способов нет и быть не может.
95% кандидатов без гитхаба - как их оценивают?
Задают каверзные вопросы, найденные в интернете. Причём каждый собеседующий задаёт свои вопросы. А кто-нибудь ещё и задачу попросит с LeetCode решить. Вот поможет ли такое определить реальную готовность к работе кандидата?
А как поможет наличие/отсутствие гитхаба?
Если нет гитхаба - значит человек погружен в работу на работодателя (можно предположить и обратное - если человек кодит "на стороне", значит он у работодателя недорабатывает, раз силы и внимание остаются)
Вот берет человек и всё свое увлечение на проекты работодателя тратит! Ляпота.
А если есть гитхаб - то "ой проект старый, ой мало людей пользуется, ой стек не тот, ой тут while вместо for, ой тут настройки под IDE intellij а я пользуюсь VsCode, ой я запускаю а оно на моей машине не запускается, ой в README одно, а в коде другое, и т.д. и т.п."
А еще код можно воровать, а еще на вопросы типа "а почему тут применен Х а не Y - можно целый цирк развести
Я просто знаю Х - значит кандидат не интересуется другими технологиями, не может сверить
Не помню - плохая память, отказ
Выбрал Х потому что раз-два-три - интервьер посчитал аргументацию слабой, его любимый Y всё-равно круче
Вариант 3 еще примечателен тем, что вам надо знать ПО КАЖДОЙ СТРОЧКЕ список альтернативных Y, U, Z, etc, ПОЧЕМУ выбрали Х из этого пула, еще особенно весело если начинается разговор про "оптимизацию" при работе с лярдами терабайтов для мелкого MVP-проекта (почему нет хинтов/индексов, как профилировали). И всё-равно гарантий ничего нет.
А если я вместо написания кода на гитхабе (а что вообще писать? Я DWH-разработчик а написал себе скрипты на js для obsidian) - читаю техническую литературу и ковыряюсь в абстракциях типа Data Mesh, Распределенные системы, чем линеаризация отличается от сериализации? И т.д.
И в конечном счете - блин, вы же ведете свой гитхаб вместо того чтобы вложиться на проекте работодателя - мы вас не возьмем.
Если у вас есть гитхаб - значит вы недорабатываете, значит у вас есть куча свободного времени
«Недорабатываете» — «работаете меньше 14 часов в день», что ли?
Я буду очень рад, если работодатели мне за такое поставят жирный минус и не будут меня рассматривать.
Техлиды, которые участвуют в отборе, всё чаще обращаются к гиту или запрашивают его у кандидатов
Уверены? Сколько времени вы тратите на изучение гита на одного кандидата?
У меня прямо противоположный опыт. Недавно закрыл две позиции. На одну отсмотрел 50 резюме, которые вылились в 10 собесов. На другую 150+резюме, 20 собесов. И, знаете, на изучение резюме и написание вывода тратится в среднем 5-7 минут. Чтение гита утроит это время. Зачем его тратить, если, как вы заметили, для большинства гит - это заброшенный склад а не витрина?
Не забываем что эти умники именно ТРЕБУЮТ коммерческие форки с меня так на 3 банка ТРЕБОВАЛИ, мол без них никак, пешее эротическое им
Помимо очевидного, что не смотрят при найме рядового разработчика открытые проекты его, есть стойкое ощущение, что текст - нейросетевой
7 способов убить карьеру через GitHub