Наем младшего разработчика, что я должен спросить? [закрыто]

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

Наши проекты - это веб-приложения с высокой масштабируемостью и интенсивной обработкой данных, которые обрабатывают миллионы транзакций в час на нескольких серверах и клиентах. Чтобы быть специфичными для языка / стека, мы используем ASP.Net MVC2, WebForms и C # 4, MSSQL 2008 R2, все они работают на Windows Server 2008 R2

Что я должен спросить его? Как мне структурировать телефонный звонок?

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

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

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

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

Еще одна вещь, о которой стоит подумать во время телефонного интервью, это спросить: могу ли я работать с этим человеком? Они энергичны? Раздражает? Точная?

Код с ними.

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

Мой подход: я возьму 2-3 часа и игрушечную проблему (например, «Давайте создадим Twitter v 0.1» для разработчика с полным стеком или «Давайте реализуем Список из примитивов» для внутреннего пользователя). Мы сядем за один компьютер и обсудим, как с ним бороться. Я напишу первый модульный тест и скажу: «Сделай так». Может быть, я напишу следующую пару тестов, чтобы помочь им начать. А потом я обычно позволяю им бежать, прыгая только изредка. Когда у нас будет мало времени, я остановлю их и спрошу, где они возьмут его дальше, и что они хотели бы сделать, прежде чем запустить его вживую.

Вещи, которые я ищу:

• Могут ли они хорошо сотрудничать?
• Они понимают основы?
• Могут ли они разбить проблему на части?
• Они ценят чистый код?
• Они ловят своих собственных ошибок?
• Пытаются ли они ерундой, когда не знают что-то?
• Они любят кодировать?

What's your Stack Overflow account name?

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

В противном случае применяются стандартные вопросы. Спросите о сложных ситуациях и о том, как они их преодолели. Спросите о том, какие новые языки они изучают или думают об изучении, и почему. Спросите их, какую IDE они используют, и почему они выбрали ее? Какой источник контроля?

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

Одна вещь, которую я не увидел здесь в своем кратком чтении, это необходимость спросить их о:

1 - Готовность учиться

2 - Способность к самообучению против формального обучения

3 - Пример того, чему они научились в прошлом

4 - пример областей, с которыми им не комфортно

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

Расскажите мне о проекте, над которым вы работали в прошлом

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

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

Что вы делаете, чтобы оставаться в курсе?

• Какие блоги ты читаешь?
• Какие книги ты прочитал / читаешь?
• Что-нибудь еще?

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

Скажите, как бы вы написали велосипедный класс

Возможно, это лучший вопрос для личного интервью, чтобы они могли написать псевдокод, но я думаю, что это может сработать и для телефонного интервью ... Опишите велосипед (у него есть ручки, колеса и т. Д. Кто-то ездит на нем. ) и попросите их описать, как они будут моделировать класс (ы). Здесь нет ничего новаторского, но если они будут бороться с этим вопросом, они, вероятно, все еще СЛИШКОМ младше, чтобы быть активом.

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

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

О, и наймите кого-нибудь с историей того, как это сделать.

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

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

1. Если они выполнили какие-либо сертификаты, например, проведите с ними сертификацию Microsoft, чтобы узнать, действительно ли они ее изучили, и очистить ее.

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

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

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

Генеральный директор Sandglaz Нада Алдалех недавно написала об этом в блоге, основываясь на собственном опыте найма разработчиков для своего стартапа. Вот некоторые из вещей, которые она ищет:

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

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

Вы можете прочитать больше ее советов здесь: http://blog.sandglaz.com/how-to-interview-and-hire-junior-developers/