>> > Also, what would stop your candidates from cut/pasting the Makefiles
>> > from your test, typing "make" and answering 100% ?
>> Nothing. Perhaps I'd have to present them as images, and/or put a time
>> limit on each question.
> Pretty soon you'll have to issue a one-time password to your potential
> applicants, or risk that they login with a dummy name, go through the
> test, then do it again under their real name.
> In my recent search for a developer with a good knowledge of low-level
> UNIX, I found these questions to be a good litmus test:
> - describe what linker and runtime loader do.
> - describe steps performed by a de* as it attaches to a running
> process, and prints current stack trace.
I guess I could stumble through a guess for the other two, but
it'd just be a guess based on how I'd do it as a programmer.
I'd probably just say 'I don't know' though to cut down on awkward time.
Herez my favorite interview question of all time:
I hand you a big file, I want to know how many times the string
'wakawaka' appears in it. How do you find that?
If they are right out of school, I might sit there and listen
to a description of an algorithm and be happy with it. Otw,
what I want to hear is something like:
more <file name> | grep wakawaka | wc
(ok the more isn't necessary if you are one of those wackos
who gets bent out of shape by this kind of usage).
Its so trivial for real unix geeks that you don't feel like you
are ambushing them, but its still amazingly good at separating
the wheat from the wannabes (to really badly mix my metaphors).
--
I used to think government was a necessary evil.
I'm not so sure about the necessary part anymore.