Вы случайно не PHP Middle?
Карьера
Dmitry Mikushin
6996

Ищите код, а не резюме: найм программистов 2.0

Площадки вакансий задирают тарифы, ключевые слова поиска ничего не дают. На собеседования приходят неадекватные люди, опыт которых сложно быстро верифицировать. В то же время, вирус сделал компании более толерантными к удалённой работе. Складываем два плюс два, получаем: время менять методы поиска сотрудников.

В закладки

Резюме - это сломанный телефон

У меня есть российское резюме на hh.ru ещё с тех времён когда "GPU" было ключом к интересному проекту. Потом "deep learning" затмил всё настолько, что оба термина уже не означают ничего конкретного. Тем временем, девочки-рекрутеры всё также фильтруют вакансии по ключевым словам. Сейчас это что-то вроде "full stack python C++", которое опять же ничего не означает. Забредший на мою страницу по "C++" рекрутер испугается зарплатных ожиданий и побыстрее пойдёт искать старшекурсника подешевле.

В идеале, резюме программиста должно содержать подробное перечисление всех аббревиатур (коих в месяц прибавляется по несколько новых). В идеале, рекрутер должен искать что-то более конкретное, чем C++ (а это нужно как-то ещё вытрясти из заказчика). В результате, жадный HeadHunter, скрепя зубы таки выдаст то, что реально подходит и тем, и другим. Но этого не произойдёт, а то что есть сейчас - не работает: платформы резюме настолько слабо информированы, что у нас просто нет шансов найти друг друга.

OpenSource - лучше, чем резюме

Раньше opensource-разработки если и указывались в резюме, то в разделе хобби. Теперь же разработанный собственноручно софтвер - гордость, визитная карточка и повод для разговора. Даже брошенный или неоконченный прототип уже позволяет составить представление об опыте потенциального кандидата. Скорость разработки, владение языками программирования, документация, продуктовый цикл и баг трекер - все эти метрики доступны на GitHub и GitLab.

Исторически, агрегаторы opensource развивались отдельно от бирж вакансий. Но сейчас всё идёт к тому, что на хостингах кода появляются кнопки для товарно-денежных отношений (пока это скромно называется Sponsorship). Идущее сейчас постепенное слияние opensource с фрилансом вытеснит биржи вакансий туда, где они действительно должны быть.

Как с этим работать рекрутеру?

Всё работает точно так же как на HeadHunter. Начните с заглавной страницы GitHub и введите ключевые слова поиска. Поиск работает очень хорошо: вы получите выборку разработчиков, занимающихся конкретным языком или технологией:

У многих разработчиков на странице профиля указаны контакты. Не отчаивайтесь, если разработчик крутой, а контактов нет, нужно просто копнуть чуть-чуть в техническую часть. Установите Git и научитесь загружать репозитории исходного кода с помощью команды, показанной на экране:

Вам нужен даже не сам код, а метаданные репозитория, выгружаемые командой "git log":

В результате, вы получаете контакты разработчика (а заодно и всех его коллег по проекту), который точно умеет делать то, что вы ищете. Конечно, данную возможность вы должны использовать разумно и тактично, иначе Бог рекрутинга и покровитель офисов покарает вас неудачным годом.

Заключение

Мучаться с биржами вакансий больше не нужно ни соискателям, ни рекрутерам. Попробовав, вы сразу увидите, что возможности поиска разработчиков на их нативной платформе огромны, в то время как биржи продолжают пестовать никуда не годный формат газеты объявлений.

{ "author_name": "Dmitry Mikushin", "author_type": "self", "tags": [], "comments": 142, "likes": 7, "favorites": 100, "is_advertisement": false, "subsite_label": "hr", "id": 141257, "is_wide": false, "is_ugc": true, "date": "Fri, 10 Jul 2020 19:49:28 +0300", "is_special": false }
0
142 комментария
Популярные
По порядку
Написать комментарий...
56

У востребованных разработчиков далеко не всегда есть время делать опенсорс проекты в GIT. :)

Ответить
11

Вот именно. Знаю очень много не плохих разработчиков, у которых на github лишь приватные репозитории.

Ответить
9

Понятно, что скрытого может быть больше, чем открытого, и скрытое может быть качественнее. Но полное отсутствие открытого для "очень неплохих разработчиков" выльется в прохождение всех возможных programming quiz на собеседованиях, а главное в круглость глаз работодателя от чего он вдруг человеку без имени должен платить столько денег.

Ответить
34

Сорямба, крутым разработчикам вы сами должны будете доказывать, почему они должны у вас работать. ;) 

Ответить
22

На собеседованиях адекватные работодатели спрашивают какие проекты делал и какие проблемы решал.

Код смотрят у джуниоров, у опытных товарищей спрашивают только результаты.

Ответить
5

Я соглашусь, отчасти. Не считаю себя очень хорошим программистом, но уж точно не плохой. Приватных проектов на гитхабе около 50, публичных 2-3. Не вижу никакого смысла открывать личные проекты.

Ответить
3

Просто отрывать смысла действительно нет. Лучше немного приоформить. Да можно оформить даже не своё, а чужое! Я как-то хотел кейфоб подебажить, скачал старый заброшенный софтвер и доделал его для современных ОС. У меня вообще плохо с экзаменами, если придётся доказывать что я могу в системное программирование для винды, то скорее всего не докажу. А теперь докажу одной ссылкой: https://github.com/SnoopWare/usbsnoop

Ответить
3

Это плюс вам на собеседования, но никак не основной критерий в решении о найме.

Ответить
1

На Github сливаю только мусор, чтобы приватный сервер репозиториев и сервер резервных копий не засорять ненужной информацией. Какой вывод может сделать HR без опыта программирования, не знаю.
Также, для себя установил правило, никуда не выкладывать код, если хоть где-то используется, по соображениям безопасности.

Ответить
2

Да и начинающим обычно приходится рубить капусту LOL

Ответить
1

Нанял такой рекрутер разработчика - самого большого контрибутора опенсорса... и он из дома делает вид, что работает, а на самом деле продолжает в чужие проекты коммитить :-)

Ответить
8

А я напоминаю, что необязательно вести блог, выступать на конференциях и контрибьютить в опенсорс, чтобы быть достойным и успешным инженером.
Можно уходить с работы в 17, и это совершенно нормально.

Ответить
1

Статья о поиске сотрудников вообще-то. Если вы не хотите участвовать в этой экосистеме - ваше право, но это "напоминание" - не в тему.

Ответить
0

Просто я бы не стал хоронить резюме в пользу видимости человека в open source.

Ответить
0

Успешность оффлайнового инженера, какой бы она ни была, ограничивается качеством резюме и умением рекрутера. Посмотрите на это как на статистическую задачу. Opensource увеличивает энтропию, количество случайный возможностей, резюме же её только сужает. То, что вам или кому-то повезло на меньшей (ухудшенной) выборке - это статистически означает, что на бОльшем числе возможностей вам бы повезло ещё больше. Следовательно: традиционное резюме лимитирует успешность. 

Ответить
3

А ещё можно соискателей заставлять пробежать 3 км за 15 минут. Ведь в здоровом теле - здоровый дух. Даже профессиональные игроки в компьютерные игры немного занимаются спортом для поддержания общей формы.

Ответить
–2

Это было тру лет 10 назад, когда бытовало мнение, что дневная работа - один мир, а opensource начинается дома вечером. А сейчас всё смешалось, и уже не существует сфер деятельности, не использующих opensource. И ваш сайт анализа метрик - в их числе. А когда вам нужно что-то улучшить или добавить для своего сайта, то оп - и вы уже и делаете opensource :)

Ответить
9

Использовать opensource != делать публичный opensource.

По вашей логике я плох и не видим для HR, хотя вроде немного умею программировать :)

Ответить
11

Да видно что товарищ в своем мире живёт. Мало того что у некоторых вообще специализация такая, что там пет-проджектов не наделать себе(например разработчики баз данных какие-нибудь), так ещё и без этого даже те кто в теории мог бы вести свой публичный гитхаб далеко не все находят на это время. Я много где проработал и повидал очень много действительных крутых разработчиков, большинство погружены в свою работу с головой и на такое времени не находят и даже не думают об этом, а не потому что им скиллов не хватает что-то запилить.

Ответить
2

Такое мнение выгодно поддерживать работодателям. Чем меньше у хорошего разраба публичности, тем больше он завязан на своего хозяина. Но если в экономике возникает турбулентность, как например сейчас, крутому разрабу придётся напрячь свою голову, здоровье и отношения в семье, чтобы ходить доказывать, что у него есть имя. Устроится и снова уйдёт в работу с головой, только теперь все коммиты у него будут публичные.

Ответить
2

А пару коммитов в opensource проект это имя вам сделают?

Ответить
2

Ну конечно. Если вы прикладывали руку, например, к LLVM или к Tensorflow, то вы - credible-персона в области, потому что что-то полезное дать - это не отступ поправить. Это значит, что вы в теме актуальных разработок. Например, у меня есть коммит в Jupyter Notebook на одну строчку. Этим софтом пользутесь если не вы сами, то как минимум один из ваших знакомых. 

Ответить
4

Конечно, если вы прикладывали руку к таким проектам, это большой плюс вам, но это не гарантирует что вы сможете эффективно решать задачи работодателя. Поэтому остановимся на том, что ваш метод можно использовать как доп. инструмент в поиске сотрудников, но не как основной уж точно.

Ответить
2

Я повидал порядком людей с одним коммитом на полстрочки в известный проект, чтобы потом понтоваться, что он коммиттер известного проекта. Как по мне, это еще более стыдно и убого, чем никаких коммитов. 

Ответить
1

Если вы про меня, то у меня убогий однострочный коммит, приведённый как пример, а не чтобы понтануться. Естественно не нужно писать про себя "коммитер" того-сего-третьего. В том-то и соль, что это ищущий про вас _сам_ должен найти (см. о чём статья), а не вы делаете стыдную выписку для резюме.

Ответить
0

Нет, я не про вас. У меня тоже есть коммит на три строчки, просто от феномена коммиттеров, которые понтуются, у меня до сих пор бомбит :)

Ответить
2

Дмитрий,но мой работодатель говорит мне ,что мы одна семья? Какая турбулентность? О чем вы?
Неужели вы думаете,что он меня уволит если это будет необходимо?
 Я вам не верю!

Правда при проекты на гитхабе у меня на всякий случай есть.

Ответить
1

Да, вы не реализуете opensource, как подспорье для своей HR-видимости, а могли бы. Как я уже написал выше, одно публичное исправление в чужой публичный opensource уже делает вас видимым делателем opensource. Не нужно прямо задвигать стул и аккуратно садиться "всё, я начинаю делать opensource", это происходит само собой.

Ответить
7

Да никому в бизнес-среде это не нужно, только между программистами классы себе зарабатывать.

Работодатели смотрят на вашу способность решить их задачи не самым кривым кодом. Поэтому важен опыт завершенных коммерческих проектов, а не коммиты в непонятной опенсорс библиотеке.

Ответить
1

Хорошо, только если это бекенд какой-нибудь, вычисления и т.п., то как пощупать этот опыт завершённых коммерческих проектов? С открытым проектом это всегда ясно на 100%.

Ответить
3

Моя практика показывает, что навыки непосредственно программирования — это не более половины требуемого. Если человек не работал с какой-то технологией или не знает какой-то паттерн, его всегда можно этому научить. Зато комфортной коммуникации, ответственности и способности работать в команде научить практически невозможно, если этих навыков нет. 

Ответить
2

Верно, ведь часто говорят, что GitHub - не просто кодинг,  а social coding. GitHub как раз и позволяет оценивать рабочую командность человека, отделяя её от праздной командности. Попробуйте закоммитить в чужой проект минимальное изменение - вместо благодарности вас наверняка выбесят какими-то требованиями-проверками, и одиночка это дело бросит. Иной раз откажутся принимать, и придётся напрягать языковые знания, чтобы формулировать аргументы. В принципе, это и есть командная работа, которую вы сразу видите, если она есть.

Ответить
0

их и проверить нельзя

Ответить
0

А много вы нашли открытых коммерческих проектов? Ни одного не знаю и никто их не выкладывает в открытый доступ.

Ответить
0

Да, пожалуйста, полно, смотрите схему двойного лицензирования. Вы предлагали выше как спецам показать знание баз данных в opensource? MySQL, MariaDB, например, всякие там Redis. У них двойная лицензия - это значит что продукт открытый и бесплатный только с ограничениями. Или открытый, но коммерческие дополнения расширяют функционал.

Ответить
0

Относительно приватных проектов это капля в море.

Ответить
0

Капля в море - что от чего (извините, потерял нить).

Ответить
0

От количества приватных проектов, над которыми работают тысячи тысяч.

Ответить
1

По схеме двойного лицензирования работают очень многие компании в том числе очень большие. Red Hat, например. Хорошо, даже если у вас формально закрытый проект, он написан не с нуля. Например, если вы делаете видеоконферецию или мессенджер, то 99% используете WebRTC, в основе которого opensource кодеки.

Ответить
–1

Да всё это понятно. Но если вы нанимаете человека по его активности в opensource комьюнити, то теряете огромное количество хороших разработчиков.

Ответить
1

Я не теряю, они теряют себя сами. Собеседования, как поставленный процесс - роскошь для больших компаний. Мне нужно пойти и найти того, кто мне нужен уже сегодня. И я найду - мой метод работает. А те, кто упорно не хочет оставлять следы, по которым их можно найти - очень жаль, быть может кто-то очень хороший был пропущен. Пусть ждёт HR в своём резюме.

Ответить
1

Возможно вы не поняли.

Это не у хороших разработчиков проблема что их не могут найти, потому что нет открытых проектов в GIT, а у вас, потому что вы ищите не правильно и не понимаете чем реально занимаются профессионалы и как их надо искать. :)

Ответить
3

Вот миллион бы плюсов поставил. Именно так. Когда на позицию WordPress разраба HR гоняет по алгоритмам, это просто финиш.
Есть нетривиальная задача, хорошо, но она как-то меняет подход к разработке, паттерны, алгоритмы или ещё что? Под капотом то всё равно код. И качество, и скорость работы зависят от опыта и скила команды, а не от кол-ва коммитов в opensource

Ответить
2

Я не особо верю в "профессионализм", оторванный от коммъюнити по причине занятости. По причине секретности - ещё ладно. Но вы говорите о каком-то профессионализме безвестного русского Левши, который может подковать блоху. Какой положительный результат этой безвестности для самого сотрудника? По-вашему люди хотят быть неизвестными для чего, для того чтобы им поменьше платили что ли? Глупая же упёртость себе назло получается. Сотрите тогда и свои линкедины, чтобы был прямо девственный профессионализм лесной чащи.

Ответить
0

Это уже похоже на тролинг )

Известность достигается путем участия в заметных проектах, поэтому ценится наличие в резюме какого нибуть яндекса или озона, где написал софтину которая работает на миллионных аудиториях. Один факт уже откроет двери во многие конторы.

А то что вы закоммитили что-то в какой то опенсорс который непонятно зачем нужен и используется ли вообще - это как раз никому не нужно.

Ответить
2

Ок, убедили: для работодателя, мечтающего скопировать кусочек озона и яндекса - проканает. Но это какой-то дауншифтинг. Вообще-то по-моему из Яндекса дальше идут в Гугл или Амазон, где успехи первого - это уровень ниже, а не уровень выше (попасть на который нужно будет за счёт чего-то дополнительного).

Ответить
2

Окей, убедили, пойду сделаю коммит в TesorFlow и меня возьмут в гугл)))

Ответить
1

Из Яндекса куда только не идут, в Питере в какую софтовую контору не ткнёшь с вероятностью 98% там будет бывший яндексоид. Уехал в Европу и все равно каждый второй русский программист которого встречаю работал в Яндексе.

Ответить
3

 Из Яндекса куда только не идут

из яндекса куда только не бегут от их низких зарплат 😁 

Ответить
1

Вы уходите в крайности. О профессионализме мне скажут проекты, в которых работал человек. А если он, по своим причинам, не участвует в opensource, то какое мне дело? 
То, что вы делали коммиты в тот же react не даёт гарантий, что вы сможете работать на проекте и решать задачи. Или я ошибаюсь?

Ответить
1

Есть факт жизни: видимость opensource профиля стимулирует карьерные возможнсти.

Ну ещё есть такой аргумент, что при эмиграции отзывы с предыдущих мест работы будут несколько затруднены. Получается круговорот рекомендаций замкнут на одной культуре-языке.

Ответить
0

Наверное я живу в какой-то параллельной вселенной, где HR находят кого надо.

Ответить
0

HR находят по крупным фильтрам тех, кого достаточно на рынке. Повторю, если вы хотите решать нетривиальные задачи, новую технологию или стартап, классический HR беспомощен.

Ответить
0

Поймите, у опытных спецов нет на это времени. Они даже не думают о гите как способ засветиться. И, вопреки вашему подходу, такие спецы нарасхват и никому нет дела на их гит. Я спрашивал ниже, как вы определите что разраб вам подходит даже не вникая в код?

Ответить
1

У меня обратная ситуация. Когда некто без профилей кодера вообще где-либо присылает нам резюме, я не понимаю чего он хочет. Мне нужны материалы чтобы провести свой независимый due diligence по нему, а не где он там нарасхват.

Ответить
0

Ну откройте LinkedIn, посмотрите опыт работы, свяжитесь с предыдущими работодателями. Но оценивать по публичным репозиториям...

Ответить
2

Ну смешно же, вы хоть раз связывались с предыдущими работодателями? Отрицание реальной оценки человека по его публичной работе гонит вас обратно к резюме на HeadHunter, ну то есть на LinkedIn.

Ответить
0

Я программист, мне это не нужно) Знакомая устраивалась на работу в крупную компанию, звонили предыдущему работодателю. Что в этом такого?

Ответить
1

А в чём смысл? Узнать, аккуратно ли знакомая ходила в офис к 9 утра и не пропадала на перекурах? Вы - программист, вам это не нужно, потому что вы видимо и есть тот самый опытный спец. А я - неопытный, не могу сам решить многие проблемы и всё время ищу людей, которые знают. Статья о том, как это делать, когда это нужно. 

Ответить
1

Адекватные работодатели из прошлой работы расскажут в чем человек был хорош и чем он занимался, какие результаты. Я тоже программист и у меня нету ни приватных ни публичных репозиториев, но это не значит что я не умею решать задачи. А по Вашей логике то меня можно отсеять почти сразу. Мне кажется что у человека надо больше спрашивать какие задачи решал, а не написание кода. Можно писать хороший код и выпускать проект два года, а можно сделать адекватно с мелкими багами, но за пол года. И второй вариант обычно предпочтительней.

Ответить
3

Да, простите, я вас отсею, потому что мне будет тяжело составить о вас независимое мнение. Возможно у меня предубеждение о предвзятости бывших коллег. Кого-то будут незаслуженно хвалить, кому-то начальник из-за прошлых обид решит подгадить. А дайте свой открытый проект, и вас уже никто не сможет очернить (ну и поспособствовать тоже).

Ответить
1

Поиск специалиста может затянуться при таком подходе. Плюс он может оказаться значительно дороже чем человек без репозиториев, но с адекватной логикой и пониманием что надо делать.
Ну и опять таки здесь важно понимать кого ищете. Если ищете специалиста узкого профиля, то может быть такой подход работает (хотя он может не иметь наработок по узкому профилю в публичном репозиторие). А если надо закрыть позицию сильного фронтенд разработчика или бекенд, то таких специалистов много и большинство не будет иметь репозиториев. Я оцениваю по своему окружению (друзья, коллеги) и вроде никто серьезно не занимается пет проектами. Но умные люди среди них есть точно.

Ответить
3

Понимаете, дело в том, что сейчас экономически выигрывает тот, кто как можно бОльшую часть решения собирает из готовых или более-менее подходящих частей. Дороже всего для компании - игнорировать этот аспект и нанимать человека с адекватной логикой, но без знания контекста, с риском многое сделать хорошо, но с нуля. Кто уже работает со своими репозиториями как правило знает чем занимаются и другие проекты, где взять что-то подходящее. Я веду к тому, что найм разработчика - это больше теперь про найм консультанта по горе бесплатного добра и про умение человека склеивать из этого добра хотелки работодателя.

Ответить
0

Поэтому и нужен опытный разработчик, который в куче хлама найдёт нужное, при необходимости допилит, а не тот кто коммитит в opensource.

Ответить
2

Ну откуда у него возьмётся такой опыт, если он сам не часть этой экосистемы?) Хотя да, есть упорные пильщики, которые приватно допиливают, а потом выходит новая версия софта, и приватный допил можно выбрасывать, чтобы написать новый допил под новую версию. Тоже деньги конечно честно заработанные, но...

Ответить
1

У меня закончились аргументы) Весь мой опыт работы просто кричит против вашего подхода в качестве основного в поиске сотрудников. Ну ни разу, ни разу не видел, чтобы строчка кода в opensource как-то меняла кардинально мнение о разработчике.
Мне нужен, например, react разработчик. На собесе я спрошу как он решил бы задачи, которые мы решаем на проекте. Посмотрю насколько как мыслит человек в решении этих задач. А дальше покажет время. Но хоть убейте, коммит в react не поможет мне понять, что он подходит именно под текущий проект и что он ответственно будет работать.

Ответить
1

Я не специалист, но вообще React-то создан фейсбуком. И если кандидат вносил изменения в react, то я подумаю, что это не простой кандидат, а интересный кандидат.

Ответить
0

Это лишь скажет, что человек интересуется данной технологией. Но не скажет ничего о его способностях. А вот, как уже писали выше, если человек на реакте писал фронт в каком нибудь вконтакте, например, то совсем другой разговор.

Ответить
2

Даже для той работы которую вы можете наблюдать воочию, как фронт, такая оценка лишь приблизительна, потому что роли в команде или группе неизвестны, теги в разметке именем человека не подписаны. А в Opensource же всегда видите степень личного вклада, и его трудно подделать. Я склонен думать, что "профессионалы" избегающие этого прячутся за коллективным успехом.

Ответить
1

Я даже не знаю что вам сказать. Большие продукты не делаются в одиночку. И это, естественно, коллективный успех. Но вы продолжаете уклоняться от вопроса, как измениться моя жизнь после одного коммита в opensource?
А я вам скажу, никак. И если я расскажу клиенту об этом, он скажет молодец и забудет. Потому что всем плевать что я там делаю, главное результат. 

Ответить
1

Спасибо, что напомнили очень важный аргумент!

Именно потому что некоторые проекты настолько сложны и велики, что не по силам даже средней или большой компании в одиночку, компании идут в opensource, и дают своих инженеров в официальный opensource на фултайм.

Вы правы, что на уровне маленького костылька сбоку, ценой в человекодни, порог вхождения в opensource может оказаться выше аутпута. Но в целом это не так. Возможно ваш работодатель не сталкивался с задачами, которые нужно решить, но объективно невозможно решить своими ресурсами. Ну и хорошо. Но это не должно сужать картину мира. 

Ответить
1

 Большие продукты не делаются в одиночку.

На том же github примеров полно как большие проекты делались в одиночку и поимели бешенный успех. Правда HRам уже не по карману такие звезды 🤷‍♂️

Ответить
1

 при необходимости допилит, а не тот кто коммитит в opensource

одно противоречит другому 😁 тот, кто при необходимости допилит, как раз и сделает коммит, а другой только пожалуется в issue и будет ждать ждуном

Ответить
1

вы живёте в какой-то альтернативной реальности, где избыток опытных разрабов. мне кажется, что у вас один раз вышло найти спеца по редкой специальности в гитхабе и вы чересчур обобщили свой опыт

вот если агентство напишет, что мы закрываем все позиции в гитхабе, то я им поверю. но они этого не говорят

Ответить
1

За ширмой резюме можно быть спецом в папкином отделе в Газпроме. Слушайте, ну очевидно же, что реальность GitHub реальнее, чем реальность резюме! Это как блокчейн: вся деятельность разработчика за годы известна, и её очень трудно сфальсифицировать. 

Ответить
0

код можно сфальсифицировать точно так же как резюме :)

Ответить
1

Ну скольких вы знаете фальсификаторов профиля на гитхабе?)

Ответить
1

Я не знаю что спрашивали. Если у вас мало опыта, то советую больше времени уделять своим скилам, а не гиту. Какой бы у вас не был гит, это не отменят тех. собеседования.
Сейчас из любопытства открыл гит двух знакомых, которых очень уважаю как разрабов. Открытые только те проекты, где они только учились, что-то пробовали. По такому коду можно сходу сделать вывод, что разработчик джун. А на деле не так. 

Ответить
1

Может у меня лично так сложилось, но даже на моей самой первой работе мой коллега, чтобы создать аргумент перед начальником, показывал мои разработки на тогда ещё Google Code (он сейчас уже закрыт). А что толку от негативных примеров? Ну есть люди, которые живут хорошо и без этого. Ну и хорошо, удачи им!

Ответить
2

Какой толк показывать код, например, руководителю, который не программист? Поэтому всё не так однозначно. За 7 лет опыта, ни разу не видел чтобы решение о найме принималось по активности в opesource движухе. Зато, мне часто пишут HR в linkedin со словами видела проект в котором вы участвовали, не хотите к нам на собеседование. Как всегда правда где-то посередине. Нужно и в линкеде профиль хороший иметь и гит, неплохо бы, красивый. 

Ответить
0

Задать 10 вопросов из темы где он должен быть спецом, достаточно

Ответить
1

В комментариях какой-то ад. Как если бы на вопрос «как выбрать машину» одни кричали «бери чтобы лошадей побольше и двери птичкой открывались», а другие про «багажник и полный привод и только так». Но разным людям, разным проектам нужны разные методы.

Ответить
0

Но даст ли работодатель вам время на пиление  открытой тулзы в рабочее время?

Ответить
2

Если ставить вопрос таким образом, то 100% не даст. Это изначально постановка для работодателя, которого вы считаете неумным отсталым тираном, а себя - его жертвой. А сам он от такого вопроса подумает, что вы пытаетесь переложить на него ответственность за провал. Поэтому реже просите разрешение на что-либо у кого-либо. Чаще обсуждайте саму задачу и как её быстрее-лучше выполнить.

Не разрешает - так пусть заблокирует интернет или github, или сам придёт и запретит.

Ответить
1

вы предлагаете рабочий код в гитхаб выкладывать? LOL

Ответить
0

Если он не против, то не вижу проблемы. Я некоторый рабочий код на гитхаб выкладываю. Правда чот HR не пишут, хотя говорят что это распространено.
Правда код оформлен для внешнего наблюдателя как говно, но внутри всё ок вроде как.
http://github.com/xavescor/chat-builder
Авось после этого мне работу будут предлагать)

Ответить
–2

Если код обезличен относительно работодателя и заказчика, то в чём проблема его выложить? Это какая-то наша культурная на-всякий-случай-боязнь-всего 

Ответить
3

Подход конечно такой себе) во-первых нет гарантий что в открытой репе код писал сам соискатель, это раз) во вторых, код там может быть ужасного качества написанный на коленке за чашкой кофе в обеденный перерыв, что ни о чем опять же не говорит это два. Мое имхо в том что хочешь проверить человека, найми его в команду, посмотри как он решает свои задачи. Государство обеспечило возможность быстро уволить человека в 3 месяца, но многие этим не пользуются. Видимо тимлиды боятся показаться некомпетентными в глазах компании, из-за этого изобретают подобную дичь и потом плачутся что мало "хороших разработчиков".

Ответить
2

Офигенный совет: поставьте себе (бла-бла-херь). И выполните(что?) Команду (?????) G... Dhtncjf fjtncunsnr. 

И вы увидите :

_83:*7:&)%(&:5

И отсюда элементарно находим контакты разработчика.

Примерно так это прочитала девочка рекрутерка.

Ответить
3

Ничего, проконсультируются у админа за стенкой конторки. Просто vc.ru - не для расписывания подробных технических инструкций. Но очевидно, что сотни таковых нагугливаются одним запросом.

Ответить
0

Это была конечно шутка. Если реально надо найти- местный разраб ей напишет скрипт и покажет кнопочку на которую надо будет нажать.

А вообще я считаю даже убогие пет проекты (как у меня), чем то вроде портфолио+ возможность иногда после работы поводить то что хочется.

Кстати, скажите, актуальная о сейчас область машинного обучения? Стоит ли в нее вкладываться на будущее? Сам я бекенд разраб и понял что фронт не для меня))))

Ответить
1

вы смеётесь? у меня знакомый сатанист говорит, что программисты - вымирающая профессия (по сравнению с ними). это конечно стёб, но всё же...

Ответить
0

Не понял шутки? Программистов заменят машины?

Ответить
1

скорее сатанисты

Ответить
2

Как можно понять что разработчик подходит, если, как пишет автор, не вникать в код?

Ответить
2

у меня в резюме на hh, в части "О себе" приведены ссылки на несколько наиболее интересных проектов на гитхабе вместе с описанием что они делают

так можно посмотреть и стиль программирования, и оценить сложность решённых мной задач

Ответить
2

На эту тему вспоминается разработчик Redux Дэн Абрамов, которого не взяли в VK.

Ответить
0

Что? А есть пруф?

Ответить
0

Там что-то в твиттере было, уже точно не помню, вот что смог нагуглить: https://mobile.twitter.com/dan_abramov/status/883050199966507008

Ответить
2

Если на проекте не нужны рок-звезды и время поиска ограничено, то это может быть хорошим фильтром для тех рекрутеров, кто готов пропустить кучу собеседований и вероятно готов пожертвовать возможностью найти талант или рок-звезду, пройдя через сотню неподходящих людей.

Я таким образом довольно быстро нашел ребят себе в проект, просто запустив парсилку гитхаба, которая сделала выборку по определенным критериям. Воронка была такая: 150 человек было найдено по определенным критериям -> 26 заинтересовались предложением -> 6 были наняты. 

Но в целом это довольно специфичный метод поиска кандидатов, когда рекрутер=разработчик и он знает что именно он хотел бы найти.

Ответить
2

Многие компании негативно относятся к опенсорсу, особенно те кто делает энтерпрайз на Java или заядлые MS-любы которые делают проприетарный софт на .Net. По их мнению вы будете на работе опенсорсить вместо работы, сливать корпоративные репоизитарии. Вечером вы будете бежать домой чтобы опенсорсить, а не задерживаться сверхурочно за бесплатно чтобы успеть к дедлайну. Не раз сталкивался с такими. Поэтоме резюме приходилось подпиливать под конкретную контору - либо создавать другой аккуант на битбакете или гитхабе чтобы показать только что нужно, либо вообще выпиливать все опенсорс проекты из резюме.

Ответить
1

Ха ха у разрабов без участия опенсорсе в этом топике знатно горит :) 

Ответить
1

Думаю, что все у кого подгорает работают в офисах, а в офисном мире резюме это святое. Поэтому правильно они отмечают, что в статье говорится о параллельной (для них) вселенной 😄

Ответить
1

Не горит, я лично скорее озадачен. Мой текущий контракт запрещает мне что-то куда-то коммитить без согласования, что делает процесс несколько более трудным. Ряд моих знакомых — отличные инженеры, которые просто не контрибьютят в open source. По логике статьи рассматривать таких людей не нужно, ведь их не видно в коммьюнити. Благо, резюме и рекомендации, конечно, никуда не денутся, это лишь один из подходов.

Ответить
1

Лично я получаю кайф от постоянных вкладов в opensource.
Как бонус я получил огромное количество новых друзей по всему миру и это бесценно.
Насчет отсутствия времени на opensource... когда есть passion, то время находится само собой. У меня трое детей, и времени хватает и на семью и на работу и на opensource. Вот только работа у меня не офисная 😃

Ответить
1

Ещё вариант хорошему разработчику прикинуть где будет интересно поработать и зайти туда через реферал или заслав свое резюме сразу по нужному адресу, минуя hh.

Ответить
1

И в Java, и с недавнего времени в .NET есть пакетные менеджеры: maven, gradle и NuGet, само существование которых явным образом указывает на необходимое присутствие стороннего опенсорса и толерантность к нему.

Поэтому я бы всё-таки отнёс ваше замечание не к технологиям, а отраслям. Да, вы не сможете опенсорсить в банке, потому что банки ко всему что у них есть относятся как к содержимому сейфа. Да, вы не сможете опенсорсить в каком-нибудь НИИ, потому что к вам придёт фсб и скажет, что вы что-то не то закачали на сервер в Чехии. Но бояться опенсорсить в нормальной ИТ-конторе глупо и контрпродуктивно. Большая часть "негативного отношения" на самом деле является страхом.

Ответить
1

Я не представляю кто помимо работы фул тайм, занимается ещё какими-то опен сорс проектами, на это нужны время и силы

Ответить
0

Времени всегда меньше, чем нужно, поэтому это скорее вопрос приоритетов. Если работа вас развивает и двигает вперёд, то и не нужно больше ничего. Но на практике же часто на работе какая-то нудная чушь, и через 10 лет занятия этой чушью непонятно что говорить на следующем собеседовании. Поэтому люди часто делают opensource для развития.

Ответить
0

Я прям живо представляю себе девочку-рекрутера с гитхабом и вот этим всем. Это прелестная картина, причем я наблюдал недавно 14 девочек гуманитариев 20-40 лет, пытавшихся обучиться WebGL/GLSL/GitHub и всякому разному... Печальная картина, но многие прорвались, ибо усидчивые. Но это все-таки были не полуграмотные рекрутеры (аналог риелторов, как по мне), а целеустремленные дизайнеры.

Ответить
2

Среди рекрутеров много психологов, а среди GitHub-еров много гиков. Получится и HR, и работа по специальности.

Ответить
2

Есть сервис AmazingHiring, который как раз для анализа github девочками-рекрутерами

Ответить
0

У меня нормальный заполненный гитхаб, есть проект на 108 звезд и всем на этот гитхаб пофиг. А, ну да, часто говорят прикольно то что тебе интересен опен сорс

Ответить
1

Посмотрел, хорошая тулза. Но её трудно выделить, т.к. node.js - одно из самых больших коммъюнити. Я сам за вебразработкой, если честно, хожу к фрилансерам за $3-5 в час. То есть да, по такому проекту вас скорее всего не найдут, несмотря на то, что проект хороший(

Ответить
3

Проблема даже в том, что не найдут, а в том что не ищут, у меня есть коммиты во много опенсорс либ, но работодатели на это не смотрят

Ответить
0

На вас должны обратить внимание работодатели из той же тусовки, в которую вы делаете коммиты. Это случится, и продолжая сейчас это дело, вы неуклонно всё больше повышаете свою заметность.

Ответить
0

Во-первых, редкого специалиста вы увидите сразу. Например, мы искали спеца или консультанта по CoreMediaIO - во всем мире нашли человек 20, понятное дело не на HeadHunter, из них половину - по коду на GitHub.

Во-вторых, тимлид и HR должны работать над поиском вместе. Тимлид без собеседования сразу увидит как должно быть оформлено то, что он бы хотел видеть как продукт сотрудника. A HR организует контакт. В каждую строчку вникать не нужно, естественно, откуда у вас такое ожидание?

Ответить
1

И как, кто нибудь из 20 человек согласился с вами работаь? Если согласился, вы нанимали его в штат? Были ли у вас дальнейшие собеседования с этими людьми? Какие вопросы им задавали?

Ответить
0

Сразу без бла-бла даю платное тестовое задание по нашей работе (иногда с NDA). Если оно выполняется, заключаем контракт. Если ничего не получилось, то за деньгами никто и не приходит.

Ответить
0

В ваших словах есть смысл. Но такой подход не должен быть основным в поиске сотрудника. Очень высока вероятность ошибки.

Ответить
1

Мой подход как раз от ошибки и защищает. Opensource - это прозрачность, а прозрачность никому не вредит. Да, есть специфические сферы, где опенсорса мало, например банки. Я знаю истории, люди мучаются от того, что вне стен банка они никто, у них нет имени. Хотя, сейчас opesource есть даже в очень специальных конторах типа NSA.

Ответить
0

В какой-то степени я с вами согласен. Это может быть хорошим доп. инструментом по отсеиванию кандидатов. Но утверждать что opensource делает имя разработчику в корне не верно.
Опытные разрабы приходит на собеседование и через 10-15 минут получают оффер. И плевать им на публичный гит.

Ответить
2

Это явление развивается на наших глазах. Повторю, ещё каких-то 10 лет назад вы бы просто рассмеялись при слове opensource. Сейчас вы отрицаете его определяющую роль. Ну ок, ваше право. Сегодня мне уже не нужны опытные разрабы без публичного профиля. Давайте сделаем здесь закладку и посмотрим как лет через 5 они будут не нужны и вам.

Ответить
1

Я пользуюсь opensource разработками каждый день и, уж поверьте, точно знаю насколько сильно это двигает индустрию. Но то, что я не участвую в opensource проектах не делает ни меня, ни кого либо ещё плохим или хорошим разработчиком. 

Ответить
1

Плохим или хорошим - не делает, но не существующим в большом мире - делает. И конечно не нужно самому двигать opensource, чтобы перейти из одной компании в другую, на соседнем этаже БЦ.

Ответить
0

У вас либо мало опыта, либо много свободного времени чтобы заниматься opensource. Когда 8-10 часов в день работаешь над проектами клиентов, то вечером нет никакого желания сидеть за компом и показывать себя "большому миру".
И да, я не гордый, если бы нужно было искать работу, то точно не стал бы ждать пока мне напишет HR. Всегда можно и самому написать по вакансии, откройте linkedin и посмотрите, постоянно кто-то кого-то ищет. Но, почему-то, не имея красивого профиля на гите мне часто пишут с предложениями. Что это по вашему, везение?

Ответить
2

В вашем изложении содержится понимание "проекты клиентов VS opensource" 10-летней давности, я уже говорил об этом. Сейчас уже никто не опенсорсит отдельно от задачи клиентов! И то и другое - на 90% одно и то же. 10% - какая-то кастомизация, контент, ключи доступа. Вы как бы работаете одновременно на двух работах, на двух аккаунтах, один из которых - лично ваш, и будет с вами всегда, с какой бы работы вы ни ушли.

Ответить
0

Нет. Представим я делаю клиентский проект, за который мне платят почасовую ставку. Клиент хочет быстрее запустить проект. Думаете он одобрит, что я отвлёкся на то, чтобы внести что-то в сторонний плагин, который я использую? Если бы я так всегда делал, то работы не увидел бы. Предпочитаю отплатить разработчику opensource проекта донатом и открыть issue, если нашёл что.

Ответить
2

Ещё чуть-чуть, и мы с вами будем на одной стороне. Вы не отвлекаетесь на opensource, потому что вы и есть opensource. Клиенту нужно быстрее запустить проект, и opensource-процессы вам в этом помогут, а не помешают, если вы найдёте правильный общий вектор. Ваша работа целостна, в ней не появляется некоего "третьего лица", вносящего диссонанс между вами и заказчиком (это предубеждение звучит между ваших строк). 

Ответить
0

Если честно, то не совсем вас понял здесь. Ну то есть да, он мне помогут, я возьму готовое решение и применю его в проекте. Дальше что? Если, например, axios работает как мне нужно, то с чего я должен коммитить что-то туда? Чтобы меня нашёл кто-то? Зачем? 
Как мне поможет то, что я коммитил в opensource при устройстве на работу по сравнению с проектами которые решали задачи предыдущего работодателя?

Ответить
2

Если вы не будете коммитить обратно изменения, то они устаревают с различными эффектами. И ваш работодатель заплатит вам вновь и вновь за  часы неоднократной актуализации изменений. Если же ваши изменения приняты обратно, то они сохраняют актуальность при нулевых вложениях. Ваш работодатель экономит деньги, а вы видимы как contributor проекта. Вы _не_рвётесь_в_opensource_специально_ , но наиболее выгодная стратегия - именно такая, и приносит вам побочную личную выгоду.

Ответить
0

Эм, мой проект использует, например, package 1.0.0, и будет использовать этот package обновляясь вплоть до 1.1.0, которая может сломать проект. А версии 1.0.1, 1.0.2 и так далее как правило не ломают ничего, соответственно нужды коммитить нет. Представим, вышла версия 1.1.0. Здесь встаёт вопрос, а нужно ли обновлять проект под новую версию, что это даст? 
Любой долгоживущий проект требует поддержки, так что это не аргумент. 

Ответить
1

Ваш патч может просто больше не накатываться на 1.0.1 или 1.0.2 из-за ничего не ломающих изменений в основном коде. Просто код поменялся, а значит нужно менять и ваш патч. Каждый раз.

Ответить
0

Не всегда, но да, такое возможно. Поэтому, исходя из опыта, я пользуюсь проверенными решениями, в которых ничего не нужно править внутри.
Ещё раз! Работодатель платит за результат. Вы, как разработчик, должны решить задачу так, чтобы в будущем минимизировать работы по поддержке и исправлению. Ну и работать оно всё, конечно же, должно. А ещё, по-хорошему, любой проект пишут по TDD, что практически исключает поломку проекта  в следствии  обновления сторонних решений. У вас попросту упадут тесты и всё. И вот как раз таки умение так выстроить проект и ценится работодателем, а не строчка кода в непонятно каком opensource проекте.

Ответить
0

"так, чтобы в будущем минимизировать работы по поддержке и исправлению." - Если данный конкретный разработчик будет заниматься поддержкой. Что маловероятно.

Ответить
0

Мнение и мысли хорошие, а есть у вас какие-то реальные кейсы которыми вы можете поделиться, как обычные девочки из HR вместо поиска по базам/сайтам резюме поставили себе гит, научились искать контакты через git log и довели до оффера каких-то крутых спецов, которых по резюме и методами рекрутинга V1.0 никогда бы не нашли?

Ответить
0

Я вам даю сырой инструмент, завязку, просто так. А если бы давал готовый скрипт разжёванный, с историями успеха, то давал бы как сервис по подписке)

Ответить
0

Чтобы что-то назвать инструментом, даже сырым, надо показать/рассказать что он работает. 
Пока что вы просто выразили свои мысли на тему, и ваш ответ звучит так что это просто мнение, и вы не знаете, работает ли оно в реальном мире так как вы представляете или нет.

Ответить
–1

Спасибо за совет как вам преподать материал. В следующий раз постараюсь заслужить вашу похвалу!

Ответить
1

Да мы не в университете, чтобы что-то мне преподавать. Я увидел мнение неизвестного мне человека в интернете, которое мне показалось интересным, спросил на чем оно основано, потому что это это очень неочевидно, и вместо объяснения и какой-то внятной дискуссии получил немножко агрессивного снобизма.
 Ответ на свой вопрос я получил, спасибо. 

Ответить
0

 На собеседования приходят неадекватные люди, опыт которых сложно быстро верифицировать.

а оценивающего как верифицировать? если он не в состоянии адекватно тесты изучить... банально загуглив... хотя в том то и засада, что гуглить нереал, если не в теме то,  уже года два как... из темы "как починить тачку" похоже "спецы" в инете переквалифицировались в сео и в прогеров... когда мозг отсутствует - беда... на сотню советов - один вменяемый... как дальше жить - хз...

Ответить
0

скоро слоган "жизнь тупого имет значение" приобретет актуальность и уже не до смеха... побольше в телек втыкайте народ... 451 градус по Фаренгейту книженция все актуальнее благодаря вам, милые вы наши тупые персонажи, живущие в своей реальности...

Ответить

Комментарии