Наймаючи молодшого розробника, що мені запитати? [зачинено]

Зараз ми наймаємо молодшого розробника, щоб допомогти мені, оскільки у мене більше проектів, ніж я зараз можу керувати. Я ніколи не наймав когось, хто не був другом чи принаймні знайомим. У мене є телефонне інтерв'ю з єдиним претендентом, який насправді виділявся зі мною (на папері), але я ніколи цього не робив.

Наші проекти - це велика масштабованість, обмінні даними веб-програми, які обробляють мільйони транзакцій на годину на різних серверах та клієнтах. Для мови / стека ми використовуємо 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/