The moral of the story is, it takes a lot more than 5 minutes to figure out whether someone is hirable, and often a lot less than a month.
The moral of the story is, it takes a lot more than 5 minutes to figure out whether someone is hirable, and often a lot less than a month.
That doesn't mean she's actually flaky or not smart. There's tons of info that smart programmers won't know off the top of their heads, either because they haven't worked in a given domain before, or haven't worked in it for a while.
She may well not have been qualified depending on what level of domain familiarity was expected from the get-go, but this implies nothing about her intelligence or capacity for domain competence.
What I'm saying is, you may well be correct in your assessment that she was incompetent for the job, but that assessment doesn't qualify you to make the further implication that's she's not smart, or inherently incapable of competence.
I've noticed you added the bit about her being indignant and suggesting that such knowledge was beneath her. That does suggest she would be resistant to acquiring domain competence, which certainly doesn't bode well even if your company was open to letting the hiree acquire it on the job. On the other hand, I can understand her getting pissed off about someone using such a question as a litmus test.
* SQL
* Lisp
* Haskell
* Python
* (I ran out, but please feel free to continue)I'll bite - what is the typical size?
Many of my friends in the embedded world think that pointers are two bytes. My friends in the workstation world used to think that pointers were 4 bytes but many are moving to 8 bytes.
I'd imagine that there are other sizes that are typical in some context. (Physical addresses are rarely 8 bytes but are often more than 4. C programmers who spend all their time in a physically addressed environment might well have an "odd" typical pointer size.)