Хоча більшість запитань щодо інтерв'ю орієнтовані на сучасні знання кандидата або перевірку його / її вміння вирішувати алгоритмічні проблеми, я хотів би найняти розробника, який захоплюється програмуванням.

Що робити, якщо замість того, щоб задавати такі питання

Що ви знаєте про технологію "X"?

Я перевіряю перевірку знань, які не мають прямого відношення до вирішення проблем інженерії програмного забезпечення, але показують, наскільки ви цікаві ІТ.

Наприклад, якщо я шукаю розробника Java, я можу запитати, хто є найбільш впливовими людьми в світі Java, або показати основний фрагмент Scala і попросити кандидата інтерпретувати код.

Я навіть подумав показати фото Алана Тьюрінга і дав інтерв'юеру здогадуватися, хто на фотографії. Чи має така практика сенс?

Все, що вам потрібно зробити - це попросити його розповісти вам про один із проектів, над якими він працював, який йому найбільше сподобався. Ви дізнаєтесь більше про його захоплення за наступні 60 секунд, ніж коли-небудь зможете показати йому фотографії померлих знатних осіб.

Наприклад, якщо я шукаю розробника Java, я можу запитати, хто є найбільш впливовими людьми в світі Java, або показати основний фрагмент Scala і попросити кандидата інтерпретувати код. Я навіть подумав показати фото Алана Тьюрінга і дав інтерв'юеру здогадуватися, хто на фотографії.

Це дрібниці та технічні знання. Якщо ви хочете дізнатися, чи вони захоплені програмуванням, то вам потрібно якось займатися їх пристрастю , є кілька простих способів зробити це:

• Дізнайтеся, чи читають вони блоги / журнали з програмуванням
• Подивіться, чи вони програмують без роботи як хобі
• Подивіться, чи вони залучені до будь-яких груп користувачів чи організацій
• Запитайте їх, що привернуло їх до програмування і чи це все ще мотивація для них
• Дізнайтеся, чи є у них рахунок StackExchange

Якщо ні, якщо ці запалюють іскру в їхніх очах, то, мабуть, у вас немає пристрасного програміста. Ви можете потрапити на деяких, які занадто зайняті іншими речами - але я б обміняв, що ви побачите історію або, принаймні, справді пошкодуєте, що не потрапили в деякі з цих моментів.

( попередження, довгий пост, лише частково на тему )

Ну, я просив те ж саме протягом століть. Близько 6 років тому я намагався набрати рекрутерів, щоб зрозуміти, про що йдеться (вони просто поставили галочки, як ви кажете).

У той час я писав:

Ви визираєте, як у нас? (Відкритий лист рекрутерам та кандидатам).

Наша культура для нас важлива, я не говорю тут про расу, це ґрунтується на передумови, як ви бачите свою роботу, що маєте намір вийти з роботи, як підходите до своєї роботи та маєте справу з іншими.

Раніше я помилявся в сенсі гонки, тому зараз уточню, це не річ, заснована на гонці, це розум і драйв. Ми працювали з людьми з багатьох рас, які були чудовими. Ми також знаємо багатьох, хто просто і просто марний. Тому раса зовсім не визначає того, що ми шукаємо, це "культурне" пристосування.

В Австралії є багато субкультур, більшість з яких ви б не зібралися, я намагаюся пояснити наше - The Geek.

• Багатьом людям потрібні чіткі вказівки: "A> B> C> D", іншим ви даєте їм A і деякий фон, і вони опрацюють B> C> D і E всі самостійно. Ми шукаємо другу групу.
• Люди просто погодяться з вами, тому що ви їм «старші». Інші озвучать свою думку та внесуть свої ідеї. Ми хочемо другого. Зважаючи на це, якщо рішення буде проти них, вони все одно кинуться на нього.
• Деякі люди навчилися на глибині: Ви робите A, потім B, а це дає X. Інші навчилися вчитися та думати. Подивіться поза безпосереднім і вирішіть основну проблему.

Багато наших робочих місць за останні 14 років надійшли від наших клієнтів, які потребують очищення та завершення проектів, які не вдалися, головним чином тому, що компанія найняла неправильний тип персоналу ... це коштує набагато більше, ніж просто їхня заробітна плата, якщо ви її отримаєте неправильно.

Зараз ми намагаємося вибрати таких типів людей, яких ми маємо на увазі, коли ми говоримо «як ми»:

• Хороші винахідники, чудові ідеї, жахливий та закінчуючий проект. Це описую себе. Потрібно найняти людей, щоб задовольнити цю проблему.
• Фантастичні оптимізатори та "робити", якщо ви хочете, щоб це справді працювало, отримайте їх. Сторона зворотного перевороту звужується зосереджено і знадобиться багато часу, щоб дістати її туди. Як правило, хороша технологічна риса, але зазвичай не може спілкуватися із зовнішнім світом.
• Дуже добре і знає "правильний шлях" і "кінця в кінці" роботи. Вони можуть бачити проект від початку до кінця і не пропускати речі. "Тому що це слід робити так". Це ставлення, яке ми маємо тут; клієнти це знають і платять за це. Поєднайте це з ділами, і вони ідеальні.
• Найшвидший шлях до безпосереднього результату. Розкажіть про це всім, голосно, трохи небезпечно. (Не хвилюйтеся, щоб це працювало). Добре для старту, погано для налагодженого бізнесу, якому потрібна послідовність. В чистому режимі підтримки / обслуговування це добре, якщо інші розробники після цього прибирають. Прототипування та доведення концептуальної роботи це чудово.
• Взагалі зацікавлені. Що коли-небудь буде… розкажи нам про це, що я можу зробити, як я можу додати свою цінність як знанню, так і потію (набуваючи те, що вони вважають за потрібне).
• Учасники, які працюють на технологічній основі / робітники, що працюють на процесах Там, де проект був запланований до кінця, і у них є "їх трохи", і це все. Добрі у дуже великих командах. Немає небезпеки прийняття дотичних та несподіваних результатів у 1/200 осіб. Вони очікують, що їм вручать список «що робити», а потім вони це роблять і повертаються на наступний шматочок. Багато культур (як расові, так і шкільні) в усьому світі прагнуть до тих, хто навчається на виїзді або до працівників босса / андерлінгу. Цей стиль людини нам марний, надсилайте їх більшим корпораціям.
• Наші люди є рівноправними в команді, яка, як очікується, працюватиме в команді для досягнення цілей, поставлених клієнтом.
• Ви робите все, що потрібно для роботи.
• Ви даєте думку та перспективу без прихильності.
• Ви продумуєте справи та аналізуєте прикордонні випадки.

Мова є бар'єром для роботи з нами. У нас тут майже своя мова, вам, принаймні, потрібна англійська мова та деякі технічні навички, поєднані з почуттям гумору.

Якщо ви нас не розумієте, ви не зрозумієте вимог того, що вам потрібно зробити, або як решта нас піде на реалізацію рішення ... ви не протримаєтесь.

Чому ви хочете працювати з нами?

• Вам платять. Гаразд, це не те саме, що ви заробляли б у "реальному світі", але хороші гроші.
• Ви отримуєте участь у рішеннях. Хоча режисери остаточно говорять, ми хочемо почути від усіх, що вони думають, як і чому так думають. Все це допомагає.
• Ви потрапляєте на дослідження власних речей. Цікавлять цікаві речі, кодування, нові продукти, новітні розробки війни MS проти Linux, методики дизайну. На всі ці речі вам щотижня приділяється час для дослідження та виявлення того, що ви хочете. Ви просто повинні поділитися цим з усіма іншими.
• Ви можете випробувати нові технології. Чи то через дослідження, чи через нові проекти, ми хочемо спробувати нові речі та створити нові речі. Проекти існують там, щоб ми могли це зробити. (за умови, що це допомагає клієнту і не коштує більше, ніж проект для цього)
• Вам не потрібно носити костюми. Якщо ситуація цього не вимагає, як-от відвідування клієнтів або події.
• Ми хочемо, щоб ви дізналися більше і запропонували вам цілеспрямоване навчання, щоб покращити те, що ви знаєте.
• Зазвичай вам не потрібно пробігати 9-5. Якщо ви користуєтеся підтримкою угоди, яка становить 9-5, тоді ви це робите, інакше виконайте роботу і не зловживайте приватним правом.
• Чудова команда для роботи. Ми так думаємо так чи інакше, ми сміємося одне одному жарти з ввічливості і не маємо колоти в задній політиці. 
• Ми також вилюдків. Деякі з нас мають друзів-дівчат та дітей, але не дозволяйте це обдурити.
• Ми насолоджуємось повагою деяких дуже великих компаній і можемо пройти без сумнівів.
• Наша клієнтська база розповсюджена по всій Австралії та по всьому світу. Залишає багато можливостей для подорожей та
• Ми будуємо дуже хороші стосунки з нашими клієнтами та їх працівниками, а це означає, що у нас є багато людей, з якими ми можемо пити.
• Якщо у вас є потреба чи проблема, ми не заперечуємо, щоб ви взяли час, щоб розібратися. Поки ви компенсуєте різницю через кілька додаткових годин.
• Ваші ідеї цінуються, і ви побачите більшу винагороду за ці ідеї.
• Ви поділяєтеся на успіх Redgum.

Тепер ти все ще хочеш працювати на нас? Чому?

Висновок

Я писав, що в 2004/05 роках я робив кілька 50 чи 60 інтерв'ю сам, працював з 14 або більше агенціями з підбору персоналу, які кидали всіх, хто галочкував на мене ... більшість з цього була марною тратою часу, і я смоктав на збирання люди з інтерв'ю.

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

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

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

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

Алана Тьюрінга - це занадто багато, але називати впливову людину мені здається нормально. Якби мені задали це питання, я б сказав, хлопець написав Ефективну Java ...

Найм - вулиця двостороння. Ви повинні спочатку знати свій талант. Якщо ви хочете найняти пристрасного програміста, вам потрібно спочатку задати кілька питань. Чи є у вас хвилюючі проблеми для їх вирішення? По-друге, ви пропонуєте конкурентну компенсацію?

Якщо насправді ви не можете запропонувати і те, і інше, тоді було б краще зосередитися на навичках та професіоналізмі.

Люди з 37 сигналів написали чудовий пост, який стосується найму великих програмістів.

Ви можете прочитати публікацію для детальної інформації (вона того варта!), Але вона може бути приблизно викладена наступним чином: є речі, про які можна заглянути і запитати під час інтерв'ю, наприклад

1. Наскільки вони впевнені?
2. Скільки вони сприяють проектам з відкритим кодом?
3. Наскільки їм подобається програмування?
4. Вони насправді відвантажують?
5. Що вони освоїли?
6. Наскільки добре вони спілкуються?

Ви можете додатково зменшити ризик найму когось, взявши їх за невеликий проект, щоб побачити, як вони працюють. Це покаже вам, як вони справляються із завданнями, керують своїм часом, спілкуються тощо.

• розпочати випадкову бесіду про шаблони дизайну / анти-шаблони / практики програмування - і подивитися, наскільки обізнаний кандидат. Наскільки цікаві чи освіжаючі їх погляди. І чи є у них власні уявлення про ці речі
• поговорити про проблему реального світу та побачити, як кандидат починає пропонувати рішення
• подивіться, скільки (і як довго) кандидат може говорити про програмування (філософія НЕ механіка), не звертаючись до певної технології чи мови. Подивіться, чи є кандидат прозорливим чи все стосується гайок і болтів
• попросіть їх поговорити про свої найфантазованіші функції на мові програмування - пристрасний програміст завжди матиме фантазії про функції
• запитайте у них програмування котирувань і подивіться, чи знають вони деякі популярні
• перевірити своє почуття гумору на програмуванні

Ні, такий підхід абсолютно не має сенсу. Я б розпізнав фотографію Алана Тьюрінга, і я міг би назвати деякі провідні світила розвитку Java, але це нічого не говорить про те, наскільки я пристрасний щодо того, що може запропонувати нам програмування. Я також не пішов би шляхом Переліку всіх проектів з відкритим кодом, над якими працював. Деякі з них легко здобуваються знаннями, а деякі дуже часто використовуються для переробки резюме / резюме.

Попросіть їх описати реальну світову проблему - як би не тривіальну - це можна було б виправити програмуванням рішення. Це не повинно бути чимось таким практичним, як визначення інфраструктури. Просто ви задумалися над тим, як ви могли запрограмувати свій шлях на кращий спосіб зробити щось. Використовувані мови мають другорядне значення. Приєднавшись до певної мови, ви не обов'язково знайдете того, хто захоплюється програмуванням.

Визначення пристрасті тут широке. Я бачив декількох видів програмістів. Ми не можемо їх просто назвати програмістами. Для мене я визначаю пристрасного програміста,

1. Хто знає основи програмування (я маю на увазі реальні основи). Це серйозно показує ставлення та можливості вивчення нових речей на льоту, хоча ми не використовуємо безпосередньо основи виробничого коду.
2. Він повинен мати можливість глибоко зануритися у проблеми та технології. Більшість програмістів є досвідченими у використанні готових речей, але це допомагає лише в більшій мірі.
3. Він повинен бути в курсі технологій та промислових оновлень, які він має. Я дуже ненавиджу програмістів, які не готові витратити трохи часу на читання матеріалів. Більшість людей тут розумні, вони готові вирішити проблеми. Бачили, як розумні люди витрачають години і години на загальновідомі проблеми. Чого їм справді бракує - це вміння читати.
4. Пристрасний програміст буде не менш пристрасний до користувача, ніж його код. Він робить все з точки зору користувача.
5. Потрібно проявляти вміння використовувати / створювати хорошу архітектуру програмного забезпечення поступово протягом періоду.

Ви хочете "пристрасних" людей чи компетентних? Я вважаю за краще людей, які знають свій бізнес, але можуть розрізнити його та реальність, ніж діти, які нічого не знають поза екраном свого комп’ютера, не мають хобі, за винятком якихось відкритих джерел, які вони беруть участь у роботі 16 годин на день (половина про це, працюючи на мене номінально) тощо.

Попросіть його вирішити проблеми в реальному світі

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

Я пропоную прочитати Джоела в "Посібнику з Інтерв'ю" Партії програмного забезпечення не тільки, він розповість вам, як знайти цю пристрасть, він розповість вам, що пристрасть - це не одна з найважливіших речей, яку ви шукаєте - ви шукаєте "розумного" "і" виконує справи ". (Він згадує пристрасть, але я думаю , що його намір полягає в тому, що це є ознакою двох інших речей , які ви які шукають).

Я б сказав, якщо ти захоплено програмуєш, ти зможеш помітити інших. Все, що вам потрібно зробити, - це поговорити про програмування, яке не повинно бути складним під час співбесіди. І зосередити увагу на кандидаті, який веде розмову. Переконайтесь, що ви кваліфікуєте їх рівень компетентності незалежно від їх пристрасті. Інакше це може затьмарити ваше судження.

Запитайте:

• Вони відповідають на запитання на сайтах StackExchange
• У них є блог чи веб-сайт?
• Вони роблять побічні проекти (можливо комерційні)
• Вони сприяють проектам з відкритим кодом.

Перш ніж ви можете найняти пристрасних програмістів, вам потрібно визначити, що ви маєте на увазі під цим.

Коли я шукаю пристрасті у програмістів, це стосується ентузіазму своїм голосом, коли вони обговорюють важку робочу проблему, яку вам довелося вирішити. Це пов'язано з тим, щоб бути досить пристрасним, щоб отримати деяку глибину знань та активізувати вирішення важких проблем. Немає нічого спільного з тим, чи вони програмують поза роботою, чи можуть назвати трьох відомих програмістів з минулого, дивлячись на їхні фотографії.

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

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

Запитайте, чим він займається у вільний час, якщо це кодування та робота над його особистим проектом - це досить впевнений знак пристрасних програмістів. Не всі пристрасні програмісти програмують у своєму запасі, але більшість тих, хто є пристрасними

Інша справа - попросити його оцінити кількість годин, які він провів на програмування, чим більше годин - тим пристрасніший (з урахуванням віку)

PS. Я не кажу, що вам слід витратити весь час на кодування. Потрібно мати життя, хобі та ін. Ми, однак, як правило, витрачаємо час на речі, які ми любимо (витрачати час на подружжя та дітей - це непогано :), тому введення додаткового кодування - хороший показник DS.

... і так, так, ви нестрасні програмісти можете прихилити мене до всього, що захочете;)

DS.

Перед співбесідою ви можете сказати різницю між пристрасним розробником та рештою за резюме. Пристрасний розробник розповідає про те, що вони зробили, решта розповідають про те, як вони це зробили. Пристрасний розробник перераховує їхній блог, особисті проекти тощо. У решти їх немає.

Мій менеджер сидів на моїх перших кількох інтерв'ю і був майже змучений, коли я навіть не опинив кандидата під час співбесіди. Пізніше він запитав мене, чому я пропустив це. "Я вже читав його код у своєму блозі, я знаю, що він може кодувати".

Під час інтерв'ю одним запитанням виявляється пристрасть до "того, що тебе ввійшло в технології" людині, ймовірно, доведеться скоротити пристрасного розробника, коли вони почнуть виходити на дотичні, коли вони вперше користуються комп'ютером, написали програму та так далі і так далі. Мені здається, що мені потрібно задушити позіхання, почувши відповідь від решти.

Нарешті, на моєму екрані технологій починаються питання, на які пристрасний розробник може образитися (і я його передрукую як такий), нестрасний розробник може відповісти на декілька чи навіть усі правильно; пристрасний розробник буде їх грязнути так, як ніби у них шпаргалка.

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

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

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