blog/content/posts/2011/07/24/how-to-hire-people.md
2022-06-25 08:47:06 +01:00

48 lines
3.1 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
title: How to hire a programmer, a.k.a. tech recruitment explained
date: 2011-07-24 20:31:55
tags: [recruitment]
category: hopefully influential
---
Todays post is not a recipe at all. Heres what I think the tech recruitment should look
like. It wont be cheap. Start by describing the position. Who are you looking for,
what would they do for you, how would they bring money to your company.
Use words, not techie talk. I found most of the job descriptions online
do not match the real expectations of the employer. You just want a good
programmer, a person who thinks about what they does. It really doesnt
matter if they know Haskell and you write in Erlang. I doesnt matter if
they think in asm when youre looking for Forth. I doesnt matter if
they are Linux nerds and youre Windows-only, if they know how
computers work. As long as they think about what they do and agree with your goals, thats perfectly fine. If you
translate your desire for a good programmer into a bulletpoint list of
tech words you dehumanize it. Dont look for skillsets, look for people. How to check whether someone is a good programmer then ? How to
score people against such a vague job description ? You dont score
people, you just sort the set of people. Start by a rather loose
conversation. Tell me about the point in life youre in, tell me
something about what fascinates you in the programming and finally
whats your motivation for changing the job and why do you want to work
with us ? Somewhere in the middle I ask about the projects, what
technologies you do like, what not, why not. Do you feel comfortable
teaching others ? If someone is fascinated by
The Machines you're noticing it by now. Same with
boring people or annoying people. If you do not want to work with them
then do not hire them. Even if theyre brilliant. How does the computer
work then ? How does this happen that I have this text file full of
strange writings and suddenly they make the computer do stuff ? Why its
not a good idea to get the modern pc to fly a space shuttle ? Whats a
stack and whats a heap ? Is the stack memory different from the heap
memory ? Why so. And the why. The most important question for me is the
mighty why. Not only should they understand how something works, but
more importantly why it works like that. I enjoy working with people who
are microwave-curious than the hex-feared ones. How does the microwave
oven heat things ? Does the DEADBEEF scare your ? Talk with people, make notes. What annoys you, what
impresses you. Do the exercises with them. Ask them how would they solve
a simple but a reallife problem. Design the solution with them. The more
lifelike the work scenario the better. Do the things youd normally do
with your work colleague. And order the set of candidates. Work as the
simple max function. Decide
which one seems better suited for you. Then take the next one and
compare her to the current max. And please hire people only when youre
ready to hire them. UPDATE. After writing this post I've stumbled onto
this [37signal's article](http://37signals.com/svn/posts/2628-how-to-hire-a-programmer-when-youre-not-a-programmer)