Объективные критерии выбора веб-программиста

Question

[VRus]

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

Обычно учитывают опыт работы. Какие данные для анализа вы бы добавили? (помним, что нужны простые формальные критерии, никто не будет анализировать допустим качество кода).

Comments

[Виталий Желтяков]

Какое именно направление? Клиентское или серверное, или то и другое?

[VRus]

Все направления, да.

Answer 1

[Сергей Волков]

Отправляйте всем тестовое задание.
Это не быстро, но результативно
Те кто пришлют, вам подходят
А те кто пришлют первыми, те подходят еще больше (при условии что задание выполнено верно)

Comments

[creage]

Зря народ вас минусует. Мы набирали по тестовому заданию — написали в нем код, с которым придется работать кандидату. Тех, кто прошел «технику» — гоняем по теории. Паттерны, методологии, ООП, отложенная обработка, семантика стилей, и т.п.

[creage]

Ах да, мы набирали senior девов. Возможно вам не нужен такой уровень.

[un1t]

Я врядли буду писать куда-то тестовое задание, если только не буду очень заинтересован в конкретной компании. Нужны примеры кода — смотрите гитхаб. Считаю что тестовые задания для новичков, которые не могут продемонстрировать саои проекты.

[DevMan]

un1t, далеко не у всех есть свои проекты или код в открытом доступе.

[DevMan]

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

[VRus]

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

[VRus]

Инересно, можно ли теоретически действительно сделать бота, который бы анализировал качество кода у программеров? :)

[DevMan]

VRus, можно проводить оценку по software metrics. Это будет далеко неидеально, но лучше, чем ничего.

[VRus]

software metrics, ОК

[pletinsky]

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

[DevMan]

Приличные разработчики не факт что их будут выполнять

Те, у кого ЧСВ over 9000, может и не будут.
А те, кто заинтересован в работе именно в этой компании, будут, и это не зависит от степени приличности.
Лично мне удобнее и приятнее потратить несколько часов на написание тестового задания, чем проходить долгое и нудное собеседование.

[pletinsky]

Дело не в ЧСВ. Как правило люди не выстраиваются в очередь работать именно в этой компании. Если это не гугл. Они тоже выбирают. И если они думают о своей карьере и профессиональном росте, то тщательно подходят к выбору работы. Большую часть информации можно узнать только на очном собеседовании. Где станет понятно, будет ли ваше сотрудничество продуктивным для обоих. Если компания не готова инвестировать в вас пару часов своего времени, то что ожидать от нее в дальнейшем?

[DevMan]

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

[pletinsky]

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

Answer 2

[Bruteo]

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

Comments

[VRus]

Имеются некие общепринятые сертификации? ОК, учтем сертификацию, если есть.

Answer 3

[pletinsky]

Ну все же очевидно — первичный элементарный отсев — как делают все эйчары.

1) Самое простое. Опыт работы по специальности. Для джуниора — 0-3 года. Для миддла 2-7 лет. Для сеньера 5 и больше лет. Что то вроде такого — можно поправить. Если меньше — в топку. Исключения бывают реже чем кажется.

2) Присутствие ключевых слов в резюме. Зависит от специфики проекта. Ну там html, javascript, asp.net, java. Наберите свой список. Но не более 4-5 элементов! Иначе что нибудь впихнете, что не пишут в резюме или можно и так изучить.

3) Наличие в резюме компаний, в которых есть быстрый профессиональный рост или компаний с мировым именем (это в любом случае дает определенный полезный опыт в сфере правильных корпоративных отношений). Список таких компаний составьте для вашего региона. Это важно — всегда есть ограниченное количество компаний где люди могут расти, а не протирать штаны.

4) Наличие адекватного резюме. Ну это вообще очевидно — не уверен что стоит писать.

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

Comments

[VRus]

Спасиб. Я тоже считаю рейтинг компании важным фактором в рейтинге специалиста. Либо участие в интересных проектах. Аналогичный вопрос задавал про веб-дизайнеров, там была мысль учитывать ТИЦ, посещаемость и т. п. для сайтов, которые сделал дизайнер. Наверно для программера тоже что-то такое верно. А насчет не имеют права рассказывать — это наверно редкий случай? — всё-таки веб-продукты обычно публичная вещь по своему смыслу.

[DevMan]

Есть хотя и web, но не публичные проекты: различные интранеты, банковские системы и т.п.

[pletinsky]

Согласен. Плюс веб продукты могут быть публичными, но детали реализации нет.

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

Так что на деле если речь уже об интервью — то работают наверняка два механизма.

1) оценка уровня человека по тому что он говорит, какие термины использует — обычно быстро можно разобраться по разговору какой у него жизненный путь. «Открой рот, чтобы я тебя увидел». Но интервьювер должен быть компетентен тоже.

2) Рекомендации! Если вы не собираете о человеке всю возможную информацию, что сможете, то даже не знаю… Трудно будет найти стоящих людей.

Это речь об первичном отсеве и телефонном интерью или коротком очном интервью. Потом уже на полноценном общении можно будет по науке делать.

[Hungry_Hunter]

>>Аналогичный вопрос задавал про веб-дизайнеров, там была мысль учитывать ТИЦ, посещаемость и т. п. для сайтов, которые сделал дизайнер. Наверно для программера тоже что-то такое верно.

А причем тут дизайнеры и программисты? Это скорее будет верно для оценки seo-специалистов, но никак не для первых двух.

[VRus]

pletinsky, рекомендации, ОК.

Hungry Hunter, pletinsky например говорил про крупный шведский сайт. Должна же быть корреляция между уровнем проектов и качеством задействованных дизайнеров и программеров. Высокоуровневый спец просто не пойдет делать сайт за 10 тыщ, который обычно делает один фрилансер, совмещающий в себе функции дизайнера, верстальщика и программиста в одном флаконе.

[garfik]

VRus, почему же не пойдет? Я вот например делал систему продажи электронного контента для сайта с крайне низкой посещаемостью. Тем не менее в своих кругах это весьма известный сайт и туда ну просто не нужно часто ходить. Нужна статья для работы? Заходишь на сайт, оплачиваешь через банковскую карту\киви\еще что-то покупку, веб-сервис ищет PDFку, штампует на ней ФИО и номер заказа, отдает веб-серверу, а тот в свою очередь предлагает покупателю скачать этот файлик. А когда появляются новые статьи, то этот же веб-сервис автоматически получает снимок первой страницы этих статей и размещает в магазине. При этом всем, сам магазин на битриксе, веб-сервис частично на с++, частично на пхп, а ОС где крутится С++ часть — вин 2000(компилить ImageMagick и сервис было нереальным удовольствием). Это был очень интересный для меня опыт, в котором пришлось совместить в себе функции верстальщика, разных программистов, да еще и немного дизайнера. При этом всем я крайне сомневаюсь, что среднестатистический пхп джуниор сможет такое сделать. Да и если честно, то сомневаюсь, что такое сможет сделать каждый первый мидл. Себя отношу к мидлу. Поэтому лично мне вот кажется, что специалист идет туда где интересно прежде всего, а не туда где супер высокая посещаемость.

[VRus]

garfik, скорей всего статистика на моей стороне — как правило люди больше работают за деньги, чем за интерес. Хотя безусловно эти факторы могут нетривиально взаимодействовать. (По правде вы описали довольно странный сервис. Продажа контента?.. Чужого?..)

[DevMan]

VRus, да нельзя оценивать работу дизайнера и программиста по посещаемости:
1. как я писал выше, не все проекты являются публичными.
2. люди на сайты ходят за контентом, а не красивым кодом/дизайном. Посмотрите на ЯПлакал, зайцев или варезные сайты: там как правило нет красивого дизайна, построены на стандартных CMS, да и рекламы до хрена, а посещаемость зашкаливает.

[VRus]

DevMan, речь только о статистических корреляциях. Я думаю что они есть. Естественно, в каждом конкретном случае всё может быть совсем иначе. А непубличные проекты тогда и оценивать нужно отдельно. Кстати вряд ли все согласятся, что люди ходят на сайт не за дизайном. За всем они ходят в комплексе, за дизайном в том числе. Зависит конечно от целевой аудитории еще.

[DevMan]

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

[VRus]

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

[DevMan]

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

Answer 4

[anitspam]

напишите в тексте вакансии внизу: «укажите в теме письма код bjrnstrstrp». Те, кто укажет такой код в теме письма, являются внимательными, неленивыми и не рассылают тысячи одинаковых резюме. Если такие кандидаты для вас интересны, можете продолжать с ними работать.

Answer 5

[Виталий Юшкевич]

Смотрите код. Он может сказать очень многое.

Собеседования по скайпу, чтобы сэкономить время.

Просите написать код при вас — классика, если серверный программист — алгоритмы, реализация паттернов проектирования.
Фронт разработка — маленький, но с подводным камнем, кусок пусть напишут.

И пусть толковые люди с опытом собственной разработки собеседуют людей.

Ну а также общие критерии — желание развиваться, участие в опенсорс сообществах / проектах, собственные проекты.

PS пишу по своему опыту. Пока не жалею ни в одном разработчике, которого отбирал в штат.

Comments

[VRus]

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

[Виталий Юшкевич]

По условию задачи — просите открыть расшарить экран по скайпу и просите написать алгоритм нахождения N-го числа Фибоначчи.

А затем запустить. Чтобы понять, справился ли человек с задачей или нет — не сложно даже вам. А также это даст вам понимание, способен ли кандидат думать, может ли он принимать решения, и вообще, способен ли он писать код. И еще — способен ли он писать код, который точно будет работать.

[VRus]

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

[Виталий Юшкевич]

Простите пожалуйста, а «там выше» — это где? Еще раз перечитал вопрос, но не нахожу ничего подобного.

PS подробно все комментарии к ответам не читал.

[Виталий Юшкевич]

И вопрос у вас звучит, как критерии выбора веб-программиста… а вы в комментариях про тестирование софта пишете…

[VRus]

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

[Виталий Юшкевич]

Так к вам люди на собеседование приходят, или вам по резюме надо рейтинги составить автоматически?

[VRus]

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

[Виталий Юшкевич]

Не боюсь, но сейчас немного занят. Добавил пост в избранное, в ближайшее время подробнее ознакомлюсь.

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