Площадки вакансий задирают тарифы, ключевые слова поиска ничего не дают. На собеседования приходят неадекватные люди, опыт которых сложно быстро верифицировать. В то же время, вирус сделал компании более толерантными к удалённой работе. Складываем два плюс два, получаем: время менять методы поиска сотрудников.
Резюме - это сломанный телефон
У меня есть российское резюме на hh.ru ещё с тех времён когда "GPU" было ключом к интересному проекту. Потом "deep learning" затмил всё настолько, что оба термина уже не означают ничего конкретного. Тем временем, девочки-рекрутеры всё также фильтруют вакансии по ключевым словам. Сейчас это что-то вроде "full stack python C++", которое опять же ничего не означает. Забредший на мою страницу по "C++" рекрутер испугается зарплатных ожиданий и побыстрее пойдёт искать старшекурсника подешевле.
В идеале, резюме программиста должно содержать подробное перечисление всех аббревиатур (коих в месяц прибавляется по несколько новых). В идеале, рекрутер должен искать что-то более конкретное, чем C++ (а это нужно как-то ещё вытрясти из заказчика). В результате, жадный HeadHunter, скрепя зубы таки выдаст то, что реально подходит и тем, и другим. Но этого не произойдёт, а то что есть сейчас - не работает: платформы резюме настолько слабо информированы, что у нас просто нет шансов найти друг друга.
OpenSource - лучше, чем резюме
Раньше opensource-разработки если и указывались в резюме, то в разделе хобби. Теперь же разработанный собственноручно софтвер - гордость, визитная карточка и повод для разговора. Даже брошенный или неоконченный прототип уже позволяет составить представление об опыте потенциального кандидата. Скорость разработки, владение языками программирования, документация, продуктовый цикл и баг трекер - все эти метрики доступны на GitHub и GitLab.
Исторически, агрегаторы opensource развивались отдельно от бирж вакансий. Но сейчас всё идёт к тому, что на хостингах кода появляются кнопки для товарно-денежных отношений (пока это скромно называется Sponsorship). Идущее сейчас постепенное слияние opensource с фрилансом вытеснит биржи вакансий туда, где они действительно должны быть.
Как с этим работать рекрутеру?
Всё работает точно так же как на HeadHunter. Начните с заглавной страницы GitHub и введите ключевые слова поиска. Поиск работает очень хорошо: вы получите выборку разработчиков, занимающихся конкретным языком или технологией:
У многих разработчиков на странице профиля указаны контакты. Не отчаивайтесь, если разработчик крутой, а контактов нет, нужно просто копнуть чуть-чуть в техническую часть. Установите Git и научитесь загружать репозитории исходного кода с помощью команды, показанной на экране:
Вам нужен даже не сам код, а метаданные репозитория, выгружаемые командой "git log":
В результате, вы получаете контакты разработчика (а заодно и всех его коллег по проекту), который точно умеет делать то, что вы ищете. Конечно, данную возможность вы должны использовать разумно и тактично, иначе Бог рекрутинга и покровитель офисов покарает вас неудачным годом.
Заключение
Мучаться с биржами вакансий больше не нужно ни соискателям, ни рекрутерам. Попробовав, вы сразу увидите, что возможности поиска разработчиков на их нативной платформе огромны, в то время как биржи продолжают пестовать никуда не годный формат газеты объявлений.
Это было тру лет 10 назад, когда бытовало мнение, что дневная работа - один мир, а opensource начинается дома вечером. А сейчас всё смешалось, и уже не существует сфер деятельности, не использующих opensource. И ваш сайт анализа метрик - в их числе. А когда вам нужно что-то улучшить или добавить для своего сайта, то оп - и вы уже и делаете opensource :)
Использовать opensource != делать публичный opensource.
По вашей логике я плох и не видим для HR, хотя вроде немного умею программировать :)
Да видно что товарищ в своем мире живёт. Мало того что у некоторых вообще специализация такая, что там пет-проджектов не наделать себе(например разработчики баз данных какие-нибудь), так ещё и без этого даже те кто в теории мог бы вести свой публичный гитхаб далеко не все находят на это время. Я много где проработал и повидал очень много действительных крутых разработчиков, большинство погружены в свою работу с головой и на такое времени не находят и даже не думают об этом, а не потому что им скиллов не хватает что-то запилить.
Такое мнение выгодно поддерживать работодателям. Чем меньше у хорошего разраба публичности, тем больше он завязан на своего хозяина. Но если в экономике возникает турбулентность, как например сейчас, крутому разрабу придётся напрячь свою голову, здоровье и отношения в семье, чтобы ходить доказывать, что у него есть имя. Устроится и снова уйдёт в работу с головой, только теперь все коммиты у него будут публичные.
А пару коммитов в opensource проект это имя вам сделают?
Ну конечно. Если вы прикладывали руку, например, к LLVM или к Tensorflow, то вы - credible-персона в области, потому что что-то полезное дать - это не отступ поправить. Это значит, что вы в теме актуальных разработок. Например, у меня есть коммит в Jupyter Notebook на одну строчку. Этим софтом пользутесь если не вы сами, то как минимум один из ваших знакомых.
Конечно, если вы прикладывали руку к таким проектам, это большой плюс вам, но это не гарантирует что вы сможете эффективно решать задачи работодателя. Поэтому остановимся на том, что ваш метод можно использовать как доп. инструмент в поиске сотрудников, но не как основной уж точно.
Я повидал порядком людей с одним коммитом на полстрочки в известный проект, чтобы потом понтоваться, что он коммиттер известного проекта. Как по мне, это еще более стыдно и убого, чем никаких коммитов.
Если вы про меня, то у меня убогий однострочный коммит, приведённый как пример, а не чтобы понтануться. Естественно не нужно писать про себя "коммитер" того-сего-третьего. В том-то и соль, что это ищущий про вас _сам_ должен найти (см. о чём статья), а не вы делаете стыдную выписку для резюме.
Нет, я не про вас. У меня тоже есть коммит на три строчки, просто от феномена коммиттеров, которые понтуются, у меня до сих пор бомбит :)
Дмитрий,но мой работодатель говорит мне ,что мы одна семья? Какая турбулентность? О чем вы?
Неужели вы думаете,что он меня уволит если это будет необходимо?
Я вам не верю!
Правда при проекты на гитхабе у меня на всякий случай есть.
Да, вы не реализуете opensource, как подспорье для своей HR-видимости, а могли бы. Как я уже написал выше, одно публичное исправление в чужой публичный opensource уже делает вас видимым делателем opensource. Не нужно прямо задвигать стул и аккуратно садиться "всё, я начинаю делать opensource", это происходит само собой.
Да никому в бизнес-среде это не нужно, только между программистами классы себе зарабатывать.
Работодатели смотрят на вашу способность решить их задачи не самым кривым кодом. Поэтому важен опыт завершенных коммерческих проектов, а не коммиты в непонятной опенсорс библиотеке.
Хорошо, только если это бекенд какой-нибудь, вычисления и т.п., то как пощупать этот опыт завершённых коммерческих проектов? С открытым проектом это всегда ясно на 100%.
Моя практика показывает, что навыки непосредственно программирования — это не более половины требуемого. Если человек не работал с какой-то технологией или не знает какой-то паттерн, его всегда можно этому научить. Зато комфортной коммуникации, ответственности и способности работать в команде научить практически невозможно, если этих навыков нет.
Верно, ведь часто говорят, что GitHub - не просто кодинг, а social coding. GitHub как раз и позволяет оценивать рабочую командность человека, отделяя её от праздной командности. Попробуйте закоммитить в чужой проект минимальное изменение - вместо благодарности вас наверняка выбесят какими-то требованиями-проверками, и одиночка это дело бросит. Иной раз откажутся принимать, и придётся напрягать языковые знания, чтобы формулировать аргументы. В принципе, это и есть командная работа, которую вы сразу видите, если она есть.
их и проверить нельзя
А много вы нашли открытых коммерческих проектов? Ни одного не знаю и никто их не выкладывает в открытый доступ.
Да, пожалуйста, полно, смотрите схему двойного лицензирования. Вы предлагали выше как спецам показать знание баз данных в opensource? MySQL, MariaDB, например, всякие там Redis. У них двойная лицензия - это значит что продукт открытый и бесплатный только с ограничениями. Или открытый, но коммерческие дополнения расширяют функционал.
Относительно приватных проектов это капля в море.
Капля в море - что от чего (извините, потерял нить).
От количества приватных проектов, над которыми работают тысячи тысяч.
По схеме двойного лицензирования работают очень многие компании в том числе очень большие. Red Hat, например. Хорошо, даже если у вас формально закрытый проект, он написан не с нуля. Например, если вы делаете видеоконферецию или мессенджер, то 99% используете WebRTC, в основе которого opensource кодеки.
Да всё это понятно. Но если вы нанимаете человека по его активности в opensource комьюнити, то теряете огромное количество хороших разработчиков.
Я не теряю, они теряют себя сами. Собеседования, как поставленный процесс - роскошь для больших компаний. Мне нужно пойти и найти того, кто мне нужен уже сегодня. И я найду - мой метод работает. А те, кто упорно не хочет оставлять следы, по которым их можно найти - очень жаль, быть может кто-то очень хороший был пропущен. Пусть ждёт HR в своём резюме.
Возможно вы не поняли.
Это не у хороших разработчиков проблема что их не могут найти, потому что нет открытых проектов в GIT, а у вас, потому что вы ищите не правильно и не понимаете чем реально занимаются профессионалы и как их надо искать. :)
Вот миллион бы плюсов поставил. Именно так. Когда на позицию WordPress разраба HR гоняет по алгоритмам, это просто финиш.
Есть нетривиальная задача, хорошо, но она как-то меняет подход к разработке, паттерны, алгоритмы или ещё что? Под капотом то всё равно код. И качество, и скорость работы зависят от опыта и скила команды, а не от кол-ва коммитов в opensource
Я не особо верю в "профессионализм", оторванный от коммъюнити по причине занятости. По причине секретности - ещё ладно. Но вы говорите о каком-то профессионализме безвестного русского Левши, который может подковать блоху. Какой положительный результат этой безвестности для самого сотрудника? По-вашему люди хотят быть неизвестными для чего, для того чтобы им поменьше платили что ли? Глупая же упёртость себе назло получается. Сотрите тогда и свои линкедины, чтобы был прямо девственный профессионализм лесной чащи.
Это уже похоже на тролинг )
Известность достигается путем участия в заметных проектах, поэтому ценится наличие в резюме какого нибуть яндекса или озона, где написал софтину которая работает на миллионных аудиториях. Один факт уже откроет двери во многие конторы.
А то что вы закоммитили что-то в какой то опенсорс который непонятно зачем нужен и используется ли вообще - это как раз никому не нужно.
Ок, убедили: для работодателя, мечтающего скопировать кусочек озона и яндекса - проканает. Но это какой-то дауншифтинг. Вообще-то по-моему из Яндекса дальше идут в Гугл или Амазон, где успехи первого - это уровень ниже, а не уровень выше (попасть на который нужно будет за счёт чего-то дополнительного).
Окей, убедили, пойду сделаю коммит в TesorFlow и меня возьмут в гугл)))
Из Яндекса куда только не идут, в Питере в какую софтовую контору не ткнёшь с вероятностью 98% там будет бывший яндексоид. Уехал в Европу и все равно каждый второй русский программист которого встречаю работал в Яндексе.
из яндекса куда только не бегут от их низких зарплат 😁
Вы уходите в крайности. О профессионализме мне скажут проекты, в которых работал человек. А если он, по своим причинам, не участвует в opensource, то какое мне дело?
То, что вы делали коммиты в тот же react не даёт гарантий, что вы сможете работать на проекте и решать задачи. Или я ошибаюсь?
Есть факт жизни: видимость opensource профиля стимулирует карьерные возможнсти.
Ну ещё есть такой аргумент, что при эмиграции отзывы с предыдущих мест работы будут несколько затруднены. Получается круговорот рекомендаций замкнут на одной культуре-языке.
Наверное я живу в какой-то параллельной вселенной, где HR находят кого надо.
HR находят по крупным фильтрам тех, кого достаточно на рынке. Повторю, если вы хотите решать нетривиальные задачи, новую технологию или стартап, классический HR беспомощен.
Для мессенджера, если вы про WEB, не обязательно WebRTC, подойдет и Websocket. Если не WEB (например mobile application), то вообще что угодно.
Поймите, у опытных спецов нет на это времени. Они даже не думают о гите как способ засветиться. И, вопреки вашему подходу, такие спецы нарасхват и никому нет дела на их гит. Я спрашивал ниже, как вы определите что разраб вам подходит даже не вникая в код?
У меня обратная ситуация. Когда некто без профилей кодера вообще где-либо присылает нам резюме, я не понимаю чего он хочет. Мне нужны материалы чтобы провести свой независимый due diligence по нему, а не где он там нарасхват.
Ну откройте LinkedIn, посмотрите опыт работы, свяжитесь с предыдущими работодателями. Но оценивать по публичным репозиториям...
Ну смешно же, вы хоть раз связывались с предыдущими работодателями? Отрицание реальной оценки человека по его публичной работе гонит вас обратно к резюме на HeadHunter, ну то есть на LinkedIn.
Я программист, мне это не нужно) Знакомая устраивалась на работу в крупную компанию, звонили предыдущему работодателю. Что в этом такого?
А в чём смысл? Узнать, аккуратно ли знакомая ходила в офис к 9 утра и не пропадала на перекурах? Вы - программист, вам это не нужно, потому что вы видимо и есть тот самый опытный спец. А я - неопытный, не могу сам решить многие проблемы и всё время ищу людей, которые знают. Статья о том, как это делать, когда это нужно.
Адекватные работодатели из прошлой работы расскажут в чем человек был хорош и чем он занимался, какие результаты. Я тоже программист и у меня нету ни приватных ни публичных репозиториев, но это не значит что я не умею решать задачи. А по Вашей логике то меня можно отсеять почти сразу. Мне кажется что у человека надо больше спрашивать какие задачи решал, а не написание кода. Можно писать хороший код и выпускать проект два года, а можно сделать адекватно с мелкими багами, но за пол года. И второй вариант обычно предпочтительней.
Да, простите, я вас отсею, потому что мне будет тяжело составить о вас независимое мнение. Возможно у меня предубеждение о предвзятости бывших коллег. Кого-то будут незаслуженно хвалить, кому-то начальник из-за прошлых обид решит подгадить. А дайте свой открытый проект, и вас уже никто не сможет очернить (ну и поспособствовать тоже).
Поиск специалиста может затянуться при таком подходе. Плюс он может оказаться значительно дороже чем человек без репозиториев, но с адекватной логикой и пониманием что надо делать.
Ну и опять таки здесь важно понимать кого ищете. Если ищете специалиста узкого профиля, то может быть такой подход работает (хотя он может не иметь наработок по узкому профилю в публичном репозиторие). А если надо закрыть позицию сильного фронтенд разработчика или бекенд, то таких специалистов много и большинство не будет иметь репозиториев. Я оцениваю по своему окружению (друзья, коллеги) и вроде никто серьезно не занимается пет проектами. Но умные люди среди них есть точно.
Понимаете, дело в том, что сейчас экономически выигрывает тот, кто как можно бОльшую часть решения собирает из готовых или более-менее подходящих частей. Дороже всего для компании - игнорировать этот аспект и нанимать человека с адекватной логикой, но без знания контекста, с риском многое сделать хорошо, но с нуля. Кто уже работает со своими репозиториями как правило знает чем занимаются и другие проекты, где взять что-то подходящее. Я веду к тому, что найм разработчика - это больше теперь про найм консультанта по горе бесплатного добра и про умение человека склеивать из этого добра хотелки работодателя.
Поэтому и нужен опытный разработчик, который в куче хлама найдёт нужное, при необходимости допилит, а не тот кто коммитит в opensource.
Ну откуда у него возьмётся такой опыт, если он сам не часть этой экосистемы?) Хотя да, есть упорные пильщики, которые приватно допиливают, а потом выходит новая версия софта, и приватный допил можно выбрасывать, чтобы написать новый допил под новую версию. Тоже деньги конечно честно заработанные, но...
У меня закончились аргументы) Весь мой опыт работы просто кричит против вашего подхода в качестве основного в поиске сотрудников. Ну ни разу, ни разу не видел, чтобы строчка кода в opensource как-то меняла кардинально мнение о разработчике.
Мне нужен, например, react разработчик. На собесе я спрошу как он решил бы задачи, которые мы решаем на проекте. Посмотрю насколько как мыслит человек в решении этих задач. А дальше покажет время. Но хоть убейте, коммит в react не поможет мне понять, что он подходит именно под текущий проект и что он ответственно будет работать.
Я не специалист, но вообще React-то создан фейсбуком. И если кандидат вносил изменения в react, то я подумаю, что это не простой кандидат, а интересный кандидат.
Это лишь скажет, что человек интересуется данной технологией. Но не скажет ничего о его способностях. А вот, как уже писали выше, если человек на реакте писал фронт в каком нибудь вконтакте, например, то совсем другой разговор.
Даже для той работы которую вы можете наблюдать воочию, как фронт, такая оценка лишь приблизительна, потому что роли в команде или группе неизвестны, теги в разметке именем человека не подписаны. А в Opensource же всегда видите степень личного вклада, и его трудно подделать. Я склонен думать, что "профессионалы" избегающие этого прячутся за коллективным успехом.
Я даже не знаю что вам сказать. Большие продукты не делаются в одиночку. И это, естественно, коллективный успех. Но вы продолжаете уклоняться от вопроса, как измениться моя жизнь после одного коммита в opensource?
А я вам скажу, никак. И если я расскажу клиенту об этом, он скажет молодец и забудет. Потому что всем плевать что я там делаю, главное результат.
Спасибо, что напомнили очень важный аргумент!
Именно потому что некоторые проекты настолько сложны и велики, что не по силам даже средней или большой компании в одиночку, компании идут в opensource, и дают своих инженеров в официальный opensource на фултайм.
Вы правы, что на уровне маленького костылька сбоку, ценой в человекодни, порог вхождения в opensource может оказаться выше аутпута. Но в целом это не так. Возможно ваш работодатель не сталкивался с задачами, которые нужно решить, но объективно невозможно решить своими ресурсами. Ну и хорошо. Но это не должно сужать картину мира.
На том же github примеров полно как большие проекты делались в одиночку и поимели бешенный успех. Правда HRам уже не по карману такие звезды 🤷♂️
одно противоречит другому 😁 тот, кто при необходимости допилит, как раз и сделает коммит, а другой только пожалуется в issue и будет ждать ждуном
вы живёте в какой-то альтернативной реальности, где избыток опытных разрабов. мне кажется, что у вас один раз вышло найти спеца по редкой специальности в гитхабе и вы чересчур обобщили свой опыт
вот если агентство напишет, что мы закрываем все позиции в гитхабе, то я им поверю. но они этого не говорят
За ширмой резюме можно быть спецом в папкином отделе в Газпроме. Слушайте, ну очевидно же, что реальность GitHub реальнее, чем реальность резюме! Это как блокчейн: вся деятельность разработчика за годы известна, и её очень трудно сфальсифицировать.
код можно сфальсифицировать точно так же как резюме :)
Ну скольких вы знаете фальсификаторов профиля на гитхабе?)
Я не знаю что спрашивали. Если у вас мало опыта, то советую больше времени уделять своим скилам, а не гиту. Какой бы у вас не был гит, это не отменят тех. собеседования.
Сейчас из любопытства открыл гит двух знакомых, которых очень уважаю как разрабов. Открытые только те проекты, где они только учились, что-то пробовали. По такому коду можно сходу сделать вывод, что разработчик джун. А на деле не так.
Может у меня лично так сложилось, но даже на моей самой первой работе мой коллега, чтобы создать аргумент перед начальником, показывал мои разработки на тогда ещё Google Code (он сейчас уже закрыт). А что толку от негативных примеров? Ну есть люди, которые живут хорошо и без этого. Ну и хорошо, удачи им!
Какой толк показывать код, например, руководителю, который не программист? Поэтому всё не так однозначно. За 7 лет опыта, ни разу не видел чтобы решение о найме принималось по активности в opesource движухе. Зато, мне часто пишут HR в linkedin со словами видела проект в котором вы участвовали, не хотите к нам на собеседование. Как всегда правда где-то посередине. Нужно и в линкеде профиль хороший иметь и гит, неплохо бы, красивый.
Задать 10 вопросов из темы где он должен быть спецом, достаточно