Задать вопрос

Как найти junior-y middle программиста на вакансию?

Добрый день.

Краткий экскурс в проблему.

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

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


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

Приветствуются советы, как вообще проводить собеседование в таком ракурсе с верху вниз.

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

Информация о вакансии:

Требуемые знания: php, javascript, html, css, angularjs, mysql, yii, jquery, mvc, ооп

Спасибо за Ваши ответы.
  • Вопрос задан
  • 6812 просмотров
Подписаться 4 Оценить 1 комментарий
Ответ пользователя ks_ks К ответам на вопрос (3)
ks_ks
@ks_ks
Я б помимо советов предыдущих ораторов, смотрел на количество, частоту и полноту коммитов, по произвольным репозиториям, с которыми он имел счастье взаимодействовать в один временной промежуток, на уровне главного разработчика — если покажет любое произвольное решение и сможет грамотно на простом языке объяснить свое решение так, чтоб вам было понятно, значит все ок.

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

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

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

Но надо помнить, что не бывает единственно верных вопросов, которые приведут вас к однозначной уверенности о том, правильный ли кандидат перед вами, или нет. Надо смотреть комплексно, а лучший способ проверки трудоспособности — испытательный срок. Обычно способность к работе и мотивация показывается в первые дни. :)
Ответ написан
Комментировать