Я предлагаю рассматривать GitHub не как портфолио, а как витрину. Витрину, которую стоит чистить. Особенно если вы ищете работу, и особенно, если вы думаете, что она вам в этом помогает.
Безусловно наличие гитхаба в резюме – дополнительный плюс. За последние три года я просмотрел сотни GitHub-аккаунтов кандидатов. И в большинстве случаев это был цифровой мусор. Десятки странных репозиториев, в которых невероятно сложно найти что-то релевантное. Сломанные pet-проекты. Непонятные тестовые задания для той самой вакансии из далекого 2017 года. Туториалы без изменений. И, самое любимое, репозитории «на будущее», которое так и не наступило.
В этом тексте я расскажу, как гитхаб портит впечатление о вас и как превратить его в актив, а не в мертвый груз, тянущий вас на дно.
Спойлер: да, он реально влияет на ваше собеседование.
Сперва выведем главную максимум этого текста: GitHub ≠ круто. GitHub = риск
Техлиды, которые участвуют в отборе, всё чаще обращаются к гиту или запрашивают его у кандидатов. Почему? GitHub показывает:
Как вы пишите и структурируете код;
Как как вы оформляете проекты и пишете документацию;
Умеете ли доводить проекты до конца;
Что вы делали вне продакшена - это особенно важно для джунов (которым и без этого приходится несладко) и тех, кто хочет сменить стек;
И вообще, развиваетесь ли вы — или делаете вид.
И вот вы, допустим, техлид, открываете гитхаб кандидата и видите: туториалы по Flask 2016 года, репозиторий «bot2-final», без README, а еще коммиты уровня «fff1»
GitHub, по сути, ваш публичный цифровой след. А значит и часть вашей самопрезентации.
Как убить карьеру через GitHub
Способ №1: Чужие проекты без доработки
Форкнуть чей-то туториал и даже не поменять название - это ни разу не портфолио, это максимум заглушка. И заглушка откровенно плохая.
Если я вижу awesome-nodejs-course-by-x, то понимаю: человек просто проходил урок. Без рефлексии, без модификации. Безусловно, он мог учиться хорошо, даже отлично, но проект этого, увы, не демонстрирует.
Ноль изменений. Одноразовые коммиты и как следствие нет смысла это изучать.
Но это может сыграть вам на руку, если в проекте проведен рефакторинг, добавлены свои фичи и сделан банальный readme с анализом.
Способ №2: Кладбище pet-проектов
Знаете, это типичная картина: 3 коммита в первый день, один в третий – и…. мертвая тишина.
Словно человек открыл Google Docs, создал документ, гордо озаглавив его «Моя книга» и забыл о нем.
Такой репозиторий буквально говорит техлиду о том, что у кандидата проблемы с финишем, самоорганизацией.
Да, это не критично, так или иначе мы все бросаем начатое, однако если большая часть вашего гитхаба - старое кладбище заброшенных проектов – возникает резонный вопрос, а следом напрашивается вывод. Который точно не сыграет вам на руку.
Способ №3: Кривой код без документации
Репозиторий пустой. Нет описания, нет README, нет ни одной внятной инструкции. Что это за проект? Зачем он здесь?
Код не читабелен, нет внятной структуры, только устрашающий коммент «не трогать!1» А вишенкой на торте красуются названия уровня test1.py, temp.js.
Это неизбежно производит впечатление такого школьного проекта. И не потому, что это «непросто» или «непонятно», а банально, потому что небрежно.
Способ №4: Мусорные коммиты
fix
fix2
fix_final
fuck_this
Это не выдумка, это реальный git log одного из кандидатов на фронт. Вообще велик соблазн как-то так обозвать коммит, но важно помнить, что это не дневник страданий, а история разработки. Если даже в pet-проекте вы не можете внятно описать, что вы делаете – как вам доверить прод?
Способ №5: Перекос по технологиям
Перед нами кандидат, который претендует на роль backend разработчика на Go. В резюме и в сопроводительном письме указан GitHub. Но внутри лишь верстка, пара проектов (пусть и неплохих) на Vue и внезапно учебный pet-проект на Python.
Нет, это не минус, но это и не плюс. Особенно если человек не может показать свой стек через публичные примеры.
Способ №6: Публичный трэш
Скрипты, ворующие куки. Это забавный и даже сентиментальный привет из юности. Эти проекты, которые выглядят как нечто, за что дают бан на платформе. Всё это всё ещё может быть видно — даже если вам уже 30, а вы сделали это в 19.
Если вы не хотите, чтобы рекрутер, а впоследствии техлид думал о вас, как о школьнике из даркнета — удалите это. Ну а если это вам дорого как память, просто сделайте приватным.
Способ №7: Псевдоактивность
Накрученная активность: разработчик делает коммиты каждый день, добиваясь чтобы профиль выглядел зеленым. Но открыв репозиторий техлид невооруженным глазом замечает, что в нем меняется лишь пресловутый README или пустые папки.
Помните, GitHub - это не scoreboard. Это зеркало. А его, как правило, обманывать бессмысленно.
Чистим GitHub вместе
Короткий план ревизии:
Удалите или сделайте приватными мёртвые проекты;
Оставьте 2–3 актуальных, реально рабочих репозитория;
В каждом: README.md с описанием, стэком, зачем проект, как его запускать;
Переименуйте проекты в понятные названия (telegram-bot-reminder, go-url-shortener и т.д.);
Если есть старый, но полезный проект - задокументируйте его ретроспективно.
Вместо вывода
GitHub может быть вашей сильнейшей визиткой. Или же вашим карьерным антиреференсом. Если он у вас есть - проверьте его, причешите, скройте все лишнее. Если же у вас его нет, то советую завести, но не заваливать всем подряд.
Не надо делать идеально. Достаточно — внятно.
Пусть ваш GitHub говорит: «Я умею доводить до ума», а не «Я всё ещё не удалил temp1-final‑fuckthis.py».
Еще больше карьерных советов можно найти в моем телеграм канале. Подписывайтесь!
Комментарии (121)
squaremirrow
26.07.2025 07:21Сомнительные у вас критерии оценки гитхабов!
Куча форков говорит лишь о том, что человек использует форк вместо звезды для сохранения "на будущее". Все. Ни больше, ни меньше.
Недоделанные пет проекты, код без документации, мусор, "перекосы по технологиям" - это... Просто мусор! Совершенно нормальный в процессе обучения и хобби-разработке. Да и не в хобби тоже. Не каждый проект должен стать FizzBuzz Enterprise Edition c 10 уровнями абстракции и документацией длиннее кода.
Я согласен с автором лишь в одном: давать ссылку на такой гитхаб в резюме - это неуважение времени нанимающей стороны. У 99% разработчиков все равно нет никаких публичных проектов, стоящих внимания при найме. А если среди мусора действительно есть стоящий проект - лучше дать на него прямую ссылку.
sotland
26.07.2025 07:21Именно так. Гитхаб инструмент используется и в личных целях, да именно то чем мне хотелось поделиться, именно то что я считал достойным, то и было в ссылке. А остальное... ну сорян.
arfedulov
26.07.2025 07:21Я вот тоже про форки не понял, зачем докапываться. Ведь, чтобы законтрибьютить даже исправление опечатки в ридми, надо форкнуть.
andreymal
26.07.2025 07:21Способ №2: Кладбище pet-проектов
То ли здесь забыто слово «недоделанных», то ли спорно: у меня есть проекты, которые завершены, а также проекты, которые просто работают, и по этим причинам не требуют обновлений (один из проектов провисел с одним коммитом больше четырёх лет, при этом успешно работая на проде все эти годы (значит это уже не pet?); висел бы и дальше, если бы я не решил таки бампнуть зависимости)
Bronn
26.07.2025 07:21У меня таже ситуация, плюс я вынужден держать на гите массивы тестовых данных, которые не представляют собов ПД или коммерческую тайну, но и публиковать мне их крайне нежелательно.
Ну и да "пет" который активно используется в проде уже четвёртый год мне тоже публиковать бессмысленно - он написан быстро, некрасиво порой коммиты там фиктивны по критериям автора - я многое переделывал, кучу всего коммитил прямо в мастер и вообще осваивал тогда гитхаб учил другой язык и систему сборки. Короче придираться там можно бесконечно
astentx
26.07.2025 07:21Это не вписывается в интересы компании. А как же обновления ради обновлений? Сейчас же почти везде так. Передвинули меню, в фильтры добавили никому ненужные критерии и убрали нужные, добавили тормозов и рекламы. И вот уже бэклог того, что нужно фиксить в следующем релизе. А ваш проект выкатил и даже сопровождать не надо, вообще беспредел.
olku
26.07.2025 07:21он реально влияет на ваше собеседование
У автора. Мой опыт собеседований с обоих сторон забора ровно противоположный. Возможно, стоит сначала спросить у кандидата для чего публичный репозиторий ему, и есть ли в нем проекты которыми он гордится. Например, у меня 3 гитхабов и 5 гитлабов для разных целей, бОльшая часть проектов в них не публична. И?
LinkToOS
26.07.2025 07:21Проанализировать чужой код. Убедиться что он оригинальный, а не скопирован откуда-то. Кто этим реально занимается?
Может это актуально в ситуации когда кандидат уже отобран по другим критериям, но остались сомнения, и нужен дополнительный фактор который перевесит сомнения. Как бабочка на чаше весов. Когда речь об очень ответственной вакансии, с повышенными требованиями. Тогда можно потратить время на анализ контента на гитхабе.
Или если принципиально важно знать что использует кандидат - табуляцию или пробелы. На собеседовании скажет что табуляцию, а в гитхабе вся правда и вскроется. Все привычки его срамные.
eigrad
26.07.2025 07:21Способ 8: при поиске кандидатов внимательно копаться в github-помойке каждого, в итоге никого не нанять и завалить проект
Yuvitch
26.07.2025 07:21По поводу мертвой активности: как-то некоторое время назад искал в интернете материалы по некоторой теме. Нашел статью в чьем-то блоге. Открываю статью, там текст: "Здесь будет статья на тему ХХХХХХХХХХ". Есть единственный комментарий: "Жаль что не удалось почитать статью на тему ХХХХХХХХХХ". Посмотрел на даты статьи и комментария -- разница около 10 лет.
tendium
26.07.2025 07:21Как человек, постоянно проводящий интервью, смотрю в гитхаб только интересное у кандидатов. Если там для меня нет ничего интересного, это никак не влияет на собеседование. Если же есть интересное, иногда могу поговорить по поводу заинтересовавшего. И уж точно ни разу не отмел кандидата из-за плохого состояния его гитхаб-аккаунта.
mutiev
26.07.2025 07:21это какой-то ОКР должен быть, чтобы для своих pet-проектов сидеть и коммитики делать чистенькие, а не вот эта десятка-другая коммитов за неделю "fix", "пыпыпы", "мумуму"
whkfooui
26.07.2025 07:21я соглашусь что порой трудно собрать в кучу и назвать то что ты сделал, но куча "fix", "пыпыпы" и прочего у меня была только когда я только завёл гитхаб и меньше полугода как писал код. дальше самому приятнее стало возвращаться к старым коммитам и сразу понимать о чём речь
Zeus42
26.07.2025 07:21Да на самом деле это просто привычка, тут даже ОКР не нужно. Это как ложку для супа брать, а вилку для другого, автоматизм. Я взял за правило описывать в одном предложении изменения, например: "Fixed login fail + fixed password check"
Да, не всегда получается уместить все в заголовок, тогда пишем в описание либо основу коммита в названии, детали в различиях можно увидеть. Но в целом это удобство для себя, когда хотя бы есть направление изменения, а не "пупупу3".
Barnaby
26.07.2025 07:21"Выполни git diff --cached, придумай текст коммита как синьор-помидор и закоммить через git commit -m"
Odnokletochnoe
26.07.2025 07:21На моих собеседованиях:
Вы умеете пушить код в ветку ?
Да у меня в резюме есть ссылка на мой гитхаб, я туда много чего запушил.
Вы знаете что такое pull request, был опыт опрува?
Да у меня в резюме есть ссылка на мой гитхаб, там видны мои апрувнутые пул реквесты.
Вы можете склонить проект из гитхаба и его поднять ?
Да у меня в резюме есть ссылка на мой гитхаб, из него же я клонил проекты и поднимал локально.
Я уже говорил, что в моем резюме есть ссылка на мой гитхаб ?))
RulenBagdasis
26.07.2025 07:21Техлиды, которые участвуют в отборе, всё чаще обращаются к гиту или запрашивают его у кандидатов.
Так к гиту или гитхабу?
Почему? GitHub показывает:
Он показывает только то, что хочет показать его автор. Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс? Откуда взялось мнение, что хобби программиста, это программирование, а не, например, парапланеризм?
SystemOutPrintln
26.07.2025 07:21Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс?
Тоже не понимаю этого. У меня нет публичного гитхаба, и мне не хочется выставлять код своих пет-проектов на всеобщее обозрение, чтобы кто-то в нём копался и оценивал, "мусор" это или нет, нормально ли там оформлены коммиты или нет.
slonopotamus
26.07.2025 07:21Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс?
Это вас надо спросить, в тексте такого нет.
IUIUIUIUIUIUIUI
26.07.2025 07:21Откуда вообще взялось мнение, что каждый программист должен открыто держать где-то свои исходники или контрибутить в опенсорс? Откуда взялось мнение, что хобби программиста, это программирование, а не, например, парапланеризм?
Никто никому ничего не должен, конечно. И контрибьютить не должен. И программировать по вечерам и выходным не должен. Просто те программисты, которые этим занимаются, могут иногда оказываться более привлекательными для работодателя, только и всего.
RulenBagdasis
26.07.2025 07:21Или наоборот, менее привлекательными. Потому что будет вместо работы проектом своим заниматься. В некоторых фаангах нужно спрашивать разрешение на проекты помимо работы.
IUIUIUIUIUIUIUI
26.07.2025 07:21Потому что будет вместо работы проектом своим заниматься.
«Вместо» в смысле в рабочее время? Это вопрос честности, и всегда можно найти, как пинать балду в рабочее время.
«Вместо» в смысле останется слишком много сил после работы? Спасибо, о таких ожиданиях работодателя я предпочту знать заранее.
В некоторых фаангах нужно спрашивать разрешение на проекты помимо работы.
Это ваш свободный выбор — прекратить гитхабить и идти в такие фаанги, или же не идти. И, к слову, подобные требования были для меня одним из аргументов, чтобы не идти в фаанг.
Я вам ещё, кстати, идей подкину, например:
Можно стать менее привлекательным потому, что вы собеседуетесь, скажем, на python-разработчика, а у вас там ещё и go, и ruby. Работодатель может подумать плохое, потому что вы распыляетесь, а надо быть сфокусированным на том, что нужно ровно этому работодателю!
Или потому, что у вас там в 2025-м году уже C++26, а у работодателя еле C++14 осилили в прошлом году, и он подумает, что вам будет скучно (а вам и правда будет скучно!).
Так что
Или наоборот, менее привлекательными.
это даже хорошо, учитывая, что у меня нет цели быть привлекательным для всех, а упомянутые выше фильтры заодно отсеивают и так неинтересных мне работодателей. В итоге все в плюсе.
p07a1330
26.07.2025 07:21«Вместо» в смысле в рабочее время?
Как минимум, фоновое мышление никто не отменял. Когда подсознание иногда выкидывает решение когда занимаешься чем-то другим, обычно физическим.
В итоге как минимум, фоновое мышление будет делиться между двумя проектами. Хватит ли дисциплины чуваку, которому пришло озарение по пету во время работы над работой не переключить репу - уже другой вопрос
IUIUIUIUIUIUIUI
26.07.2025 07:21Только это работает и в обратную сторону: моё подсознание продолжает работать и над рабочими задачами в личное время (даже если у меня есть пет-проекты). Не помню, чтобы работодатели как-то массово против этого протестовали.
Кстати, стоит ли делиться с работодателем тем, что у вас есть семья (например, спрашивая о ДМС для всей семьи)? А то, знаете, подсознание тоже думает, что жена какая-то хмурая с утра была, и старший что-то в школе последнее время так себе…
p07a1330
26.07.2025 07:21моё подсознание продолжает работать и над рабочими задачами в личное время (даже если у меня есть пет-проекты).
Именно это я и имел ввиду.
Если у вас есть работа и не-техническое хобби в другой сфере (условный хайкинг) - доля подсознания, посвящаемого работе безусловно выше, если после работы вы опенсорсите/делаете пет проекты. Больше это в абсолютных значениях или нет - depends.
Не помню, чтобы работодатели как-то массово против этого протестовали.
Пчелы против меда?
Кстати, стоит ли делиться с работодателем тем, что у вас есть семья
Лично у меня об этом пара слов в разделе "о себе", в русскоязычном резюме. Наряду с отсутствием судимости и доступа к секретности. Т.е. упоминаю, но на правах trivia
Если смотреть более общно - целенаправленно делиться наверное не стоит, особо скрывать тоже. В некоторых случаях семейных сотрудников наоборот считают преимуществом.
IUIUIUIUIUIUIUI
26.07.2025 07:21Если у вас есть работа и не-техническое хобби в другой сфере (условный хайкинг) - доля подсознания, посвящаемого работе безусловно выше, если после работы вы опенсорсите/делаете пет проекты. Больше это в абсолютных значениях или нет - depends.
Именно, depends.
И тут начинает ролять, например, что если я кроме 40 часов на работе ещё 40 часов в неделю трачу на свои проекты, то я просто более прокачанный чувак, и мне не нужно тратить столько же подсознания во внерабочее время на рабочие проекты, я всё равно оказываюсь эффективнее. Или благодаря своим проектам я имею какие-то демонстрируемые навыки, которые получать в рабочее время будет долго и дорого для работодателя, и которые ему нужны.
И вот моя практика общения с работодателями показывает, что… короче, работодателей, которые были бы против гитхаба до найма, нет вообще. Я их тупо не встречал ни разу. Это всегда либо плюс, либо в худшем случае никак, «у нас стандартизованный процесс и мы это не учитываем [но phone screening вам скипнем, так и быть]». И учитывая, что отклик на своё резюме я так или иначе получаю практически всегда, это достаточно мощный сигнал.
Да, есть работодатели, которые не очень любят, когда у вас есть свои проекты, но почти всегда причина этой нелюбви — вопросы к интеллектуальной собственности, а не к вашему личному времени. И мне, например, в одном месте, где такое было, удалось при найме продавить blanket preapproval любых проектов на тех языках, которые в компании не используются, плюс того проекта, который я начал за 15 лет до устройства в фирму, и вопрос решился сам собой, дальше всем было пофиг.
Пчелы против меда?
Отож! Но это не значит, что вы должны вставать на сторону пчёл.
SystemOutPrintln
26.07.2025 07:21Сначала вы пишете:
Просто те программисты, которые этим занимаются, могут иногда оказываться более привлекательными для работодателя, только и всего.
А потом:
это даже хорошо, учитывая, что у меня нет цели быть привлекательным для всех, а упомянутые выше фильтры заодно отсеивают и так неинтересных мне работодателей.
Не очень понял вашу мысль, быть привлекательным для работодателя - это хорошо, или наоборот плохо?
IUIUIUIUIUIUIUI
26.07.2025 07:21Хорошо быть привлекательным для интересных вам работодателей и непривлекательным для неинтересных.
urvanov
26.07.2025 07:21В некоторых фаангах нужно спрашивать разрешение на проекты помимо работы.
Это только в рабочее время. В выходные, праздники, отпуска и вечером, а также во время больничных (когда температура не под 38, конечно) можете писать всё что хотите.
IUIUIUIUIUIUIUI
26.07.2025 07:21Если вкратце, то нет. Кое-где любой публичный контрибьюшен (опенсорс, личные блоги, написание книг, и так далее) требуют согласования с IP-отделом.
RulenBagdasis
26.07.2025 07:21Нет, не только. Читайте контракт внимательнее, вам не просто так в 2-3 раза выше рынка платят.
alex8079
26.07.2025 07:21Товарищи программисты, а существуют ли среди вас те, кто НЕ WEB, и которые так же много времени уделяют всякой фигне типа гитхабов?
slonopotamus
26.07.2025 07:21Очень странная постановка вопроса. Ну допустим существуют, правда не понимаю почему вы называете это фигнёй.
ArtyomOchkin
26.07.2025 07:21Вам не кажется, что в вашем утверждении имеется противоречие? Говорите про "BE WEB", и далее упоминаете GitHub. Или что вы тогда имели в виду, и почему это фигня?...
alex8079
26.07.2025 07:21А у НЕ WEB программистов интернет отключен?
GitHub здесь употреблен в контексте ПУБЛИЧНОГО хранилища(для программистов отдельно скажу: я в курсе про private), потому что, при отстутствии "публичности", вся эта демагогия про "правильный" git неуместна.
Просто я видел такую одержимость отпотолочными "правилами" только у действующих и бывших веб-программистов. Да и вообще, эту тему пднимают только они в интернете.
urvanov
26.07.2025 07:21Я не web, я бэкендер. И я много времени уделяю вской фигне типа гитхабов. Можете профиль посмотреть.
Dair_Targ
Пруфы? А то у меня за годы работы ни разу не спрашивали. И даже когда я отслеживал переходы по ссылке из резюме - было что-то около 2-3 переходов именно на гитхаб при сотнях просмотров.
TerrorDroid
По моему опыту желание посмотреть на гитхаб действительно существует, в том числе у зарубежных работодателей и заказчиков, но каждый раз хочется спросить мол ребята, а что вы там ожидаете увидеть? Работа делается над проектами клиентов, это в личном гитхабе публично лежать не может лол.
sotland
Всё верно, ответ корректный и принят. И у следующего соискателя также, а потом третий, упс а у него есть что-то. Начали смотреть, начали разговаривать, начали обсуждать и вот уже его имя на фоне остальных запомнилось. Может и плохим запомнилось... )))
Wesha
«Всё пиар, что не некролог.» ©
artptr86
Судя по активности на Ютубе и Реддите об Оззи за последнюю неделю, даже некролог может быть пиаром.
checkpoint
У Оззи богато с наследниками, им жить на что-то надо. ;)
NeoNN
Если там будет то, что хотят увидеть все, то зачем этому программисту искать работу по найму вместо своего проекта)
kompilainenn2
ЧТобы заработать денег на хотя бы покушать?
gerashenko
У меня свой проект, и он приносит где-то пол ЗП, но работодатели не рады за меня, и ещё хотят, чтобы я закрыл ИП. В итоге получается, что о своем проекте лучше сильно не распространяться, а о рабочих нельзя из-за неразглашения.
sotland
А зачем пруфы? Статья это просто мнение. Автор вот смотрит, я вот тоже прошу всегда.
Отлично помню как оформлял ридмишку, и да, если соискателю есть чем поделиться, то много интересного возникает.
Если цель завалить соискателя, то это одно, если цель разобраться в нём, то лучше что-то, чем ничего. Например уже можно спросить, а чего так небрежно всё оформлено? И посмотреть как будет отвечать.
djEban
Нет-нет. Автор не добавил "Мне кажется", а с уверенностью об этом сказал будто это правда. Так что, претензия обоснована
IUIUIUIUIUIUIUI
У меня в резюме указан гитхаб и блог, и на нескольких интервью мы прямо обсуждали некоторые из моих проектов (включая «одноразовые» с proof-of-concept'ами а-ля пункт 3 в списке выше) или постов — то есть, весь раунд интервью сводился к тому, что мы обсуждали тамошний код и альтернативы, (например, я где-то там делал аналитическое дифференцирование — можно обсудить дуальные числа, можно обсудить численные методы, всякое такое). В ещё примерно половине случаев интервьювер просто упоминал, что видел гитхаб, и там прикольно.
В этак трети крупных компаний мне скипали начальные этапы интервью (вроде phone screening'а) на основе гитхаба.
konstantin_matyunin Автор
Согласен переходов может быть немного, мы даже ловили как-то "проверенное" тестовое задание без просмотра и переходы в гит - моральное преступление))
Все также сильно зависит от стека, специфики вакансии, зрелости компании. В среднем — это скорее дополнительная переменная в профиле кандидата, а не требование. С точки зрения бест практис рекрутинга все хотят видеть ссылку на гит. Но все понимают что менее 10% гитов есть смысл вообще смотреть.
Я как раз за то, чтобы смотреть на GitHub с позиции кандидата: не как на обязательную «портфолио-витрину», а как на возможность, которая может сыграть в плюс. Если профиль оформлен понятно и внятно — он может дать техлиду ту самую «картинку мышления», которой часто не хватает в резюме.
Бывали кейсы, когда GitHub реально помог выделиться — особенно на миддл/сеньор позициях. Техлиды сами просили вытащить в приоритет того, у кого в репозиториях нашёлся ответ на их архитектурные или продуктовые вопросы.
А ещё, да — моего знакомого в своё время схантил Toptal лет 5 назад через GitHub. Стартовая ставка была $50/час. Тогда это работало, особенно на хайповых стеках.
Еще вот думаю, такой поинт имеет место быть по переходам в гит. Например, поиск лида в Rust или Elixer, то по гиту имеет смысл шерстить, отклик может быть слабым по таким позициям. На более массовые стэки конечно рынка джоб бордов будет достаточно и до гита могут просто не доходить.
Так что моя мысль простая: если GitHub есть — пусть он хотя бы не мешает. А делать ставку на него или нет — это уже стратегия, и она у всех разная.
alex8079
"мы даже ловили как-то "проверенное" тестовое задание без просмотра и переходы в гит - моральное преступление "
В PHPном мирке тестовые иногда просят высылать архивом на мыло. Я понимаю - это шокирует модно-молодежных, но реальность такова.
На гитхаб эти тестовые заливают, потому что это тупо облачное хранилище, куда вообще ВСЁ заливают "на всякий случай". Подавляющее большинство аккаунтов на гитхабе - это кодопомойки ДЛЯ СЕБЯ в первую очередь, а все остальное имеет второстепенное значение. И если рассматривать эти облачные кодопомойки с такой позиции, то, ВНЕЗАПНО, всё становится логичным, не вызывает "детского" изумления, не порождает странных выводов.