П'ять ознак того, що ви повинні зараз же найняти цього програміста

Коли ви запрошуєте програміста для співбесіди та виконання тестового завдання, це може виявитися цікавим досвідом і для вас, і для нього. Більшість співбесід закінчується тим, що менеджер по підбору персоналу обіцяє «залишатися на зв'язку, а іноді здобувач просто потрапляє в точку. У такі моменти ви обмірковуєте, не найняти його ще до того, як він встигне покинути будівлю. Ми в Alconost Translations перевели для вас статтю шароварщика Брайана Келлі саме про таких вдалих випадках.

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

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

1. Він пропонує кілька рішень
Нещодавно я проводив співбесіду програміста, який вирішив весь набір завдань двічі: один раз ітеративним способом, другий — рекурсивным. Я відразу ж запропонував йому роботу. Вміння знаходити кілька рішень проблеми — навик, який інженерам доводиться застосовувати кожен день.

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

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

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

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

Втім, це палиця про два кінці. Якщо здобувач просто продовжує переписувати, бо ніщо не приносить йому задоволення, крім досягнення міфічного «досконалості», є шанс, що це один з тих програмістів, які просто не знають, коли зупинитися (як і здати готову завдання). Хоча, якщо вони здатні ретельно стежити за часом, щоб вирішити завдання, і отрефакторить своє рішення у термін, — це по-справжньому хороший ознака: можна подумати про найм.



5. Всі інші ознаки — в його користь
Буває, що потрібного кандидата видає безліч нетехнічних ознак. Інші члени вашої команди відводять вас в бік зі словами «Ми повинні найняти цю дівчину». Особистість претендента виглядає виключно придатної для команди. У нього релевантний і свіжий досвід у тім, чим йому доводиться займатися. Ви знаєте кількох людей, які працювали з ним і вважають, що він — чудове доповнення до команди (і самі найняли б його знову без коливань). Здобувач у захваті від компанії і можливостей, і йому не терпиться почати роботу.

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

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

З повагою до програмістам,
завжди ваші
Alconost Translations


Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.