Мне кажется что ценность есть даже если посмотреть "просто". Я не претендую на высокую экспертизу в деле найма разработчиков. В моем контексте главное понять что отсутствие публичного репо или нежелание его демонстрировать не считалось как недостаток. У соискателя есть полностью свободный выбор что использовать в качестве аргументов в свою пользу, репо это только один из них и кандидат сам выбирает как его подать - я особенно акцентирую на этом ваше внимание. Лично меня это напрягает сильно меньше чем полноценный собес и еще меньше чем неудачный испытательный срок, как дата поинт в целом будет не лишний.
Если в хабе есть на что посмотреть это довольно быстрый плюс канидаду и его собеседуем в первую очередь - такие были. Можно глянуть на активность, "звездочки" и т.п. ради интереса. Если прям уж совсем сильно "непонятно" то фактор откидывается или учитывается как минорный - все равно будет преимущество перед совсем пустым резюме. С другой стороны это может стать неплохим инструментом прескрининга. Надо понимать что почти все факторы относительны времени, содержимому резюме, претендуемому уровню и тому как эти факторы подаются. По итогу это в основном сказывается больше на ранжировании резюме в "беклоге", кроме совсем уж булшита, в этом контексте можно его увидеть довольно быстро на самом деле:
весь проект в один коммит или максимально мусорная история комитов (особенно если подается как умение круто работать с VCS)
демонстрируется буквально пустой хаб или репы как валидный датапоинт
репо с прошлой работы, не опенсорс, делаем выводы
[актуальные] [чужие] секреты с [пре]продакшена в репо
всякий мусор типа закомиченных node_modules
вообще "плохие" типичные ошибки которые часто сразу видно особенно если это мой стек
хаб с десятками форков, но вообще без личных комитов
форк, переоформленный как свой собственный проект
репо "во владении", но все комиты от других людей\человека, какие-то сложные обоснования
или условно "болгенос", доходит реально до абсурда с изменением названий переменных
даже просто показывают чужое репо
видео, скрины, или еще хуже мокапы, как демонстрация разработанных систем - если подается как полный смысловой эквивалент демонстрации исходного кода
туду листы если подается под несоответствующим соусом
вместо репо кидают пастебин с "примерами кода" вообще без какого-либо контекста, к счастью обычно они настолько трешовые что контекст не поможет
учебный проект с курсов продаваемый как полноценный продакшн опен сорс, особенно если этот проект нарисован в резюме как опыт продуктовой комерческой деятельности, особенно если это туду лист
на собеседовании не может говорить о репозиториях или сильно путается в показаниях
Ради интереса, если еще не видели, посмотрите на подход к примеру у zxcvbn (демо).
Мне кажется что ценность есть даже если посмотреть "просто". Я не претендую на высокую экспертизу в деле найма разработчиков. В моем контексте главное понять что отсутствие публичного репо или нежелание его демонстрировать не считалось как недостаток. У соискателя есть полностью свободный выбор что использовать в качестве аргументов в свою пользу, репо это только один из них и кандидат сам выбирает как его подать - я особенно акцентирую на этом ваше внимание. Лично меня это напрягает сильно меньше чем полноценный собес и еще меньше чем неудачный испытательный срок, как дата поинт в целом будет не лишний.
Если в хабе есть на что посмотреть это довольно быстрый плюс канидаду и его собеседуем в первую очередь - такие были. Можно глянуть на активность, "звездочки" и т.п. ради интереса. Если прям уж совсем сильно "непонятно" то фактор откидывается или учитывается как минорный - все равно будет преимущество перед совсем пустым резюме. С другой стороны это может стать неплохим инструментом прескрининга. Надо понимать что почти все факторы относительны времени, содержимому резюме, претендуемому уровню и тому как эти факторы подаются. По итогу это в основном сказывается больше на ранжировании резюме в "беклоге", кроме совсем уж булшита, в этом контексте можно его увидеть довольно быстро на самом деле:
весь проект в один коммит или максимально мусорная история комитов (особенно если подается как умение круто работать с VCS)
демонстрируется буквально пустой хаб или репы как валидный датапоинт
репо с прошлой работы, не опенсорс, делаем выводы
[актуальные] [чужие] секреты с [пре]продакшена в репо
всякий мусор типа закомиченных node_modules
вообще "плохие" типичные ошибки которые часто сразу видно особенно если это мой стек
хаб с десятками форков, но вообще без личных комитов
форк, переоформленный как свой собственный проект
репо "во владении", но все комиты от других людей\человека, какие-то сложные обоснования
или условно "болгенос", доходит реально до абсурда с изменением названий переменных
даже просто показывают чужое репо
видео, скрины, или еще хуже мокапы, как демонстрация разработанных систем - если подается как полный смысловой эквивалент демонстрации исходного кода
туду листы если подается под несоответствующим соусом
вместо репо кидают пастебин с "примерами кода" вообще без какого-либо контекста, к счастью обычно они настолько трешовые что контекст не поможет
учебный проект с курсов продаваемый как полноценный продакшн опен сорс, особенно если этот проект нарисован в резюме как опыт продуктовой комерческой деятельности, особенно если это туду лист
на собеседовании не может говорить о репозиториях или сильно путается в показаниях