The most important job interview question to ask an R&D candidate
asserttrue.blogspot.com
asserttrue.blogspot.com
perspective: http://news.ycombinator.com/submitted?id=techdog (the submitter)
The content may be(or not!) worth reading, but I'd rather have 'discovered content' please!
On the other hand, that's the whole point of social aggregation: to democratically filter the good stuff to the top. Some variation in submission is good, as long as there's not too much off-topic spam.
It's a hard balance.
Social news sites are the perfect venue for (non-advertising) bloggers to self-advertise. If someone thinks their own blog post is relevant, why not post it to hacker news? Why shouldn't a blogger think all his articles are relevant?
The spam is when "every" post comes in.
Really, we do need a way to custom-query news.yc so we can see the effects of prototype filters. Any way to do it already in existence?
What's the point of the "New" heading if it isn't a firehose of stuff that the community on HN think might be interesting? Why would I be annoyed by whatever appeared there?
Now when yahoos keep voting up material from the same famous people (and I'm not referring to PG) then THAT kind of fanboy stuff gets annoying -- much more annoying that somebody who likes writing and wants to share.
I write one article a week or so. Most of it is technical. So I submit them here. Sometimes I submit other stuff.
But I don't worry about how much material I'm submitting of my own vs other sites. There's nothing magical about "discovery" In fact, it's really not discovered at all until the community decides they like it (or not). That's the entire point of why the board exists.
Project Euler is a good source of questions for R&D candidates.
Amusingly, however, I've noticed that bad/newbie coders tend to indent stuff all over the place and have no consistency in the whitespace (this is C++ so the compiler doesn't care). Often you can tell the code is bad because it literally looks bad.
I prefer the suggestion commenter 'John' gave rather than the OP's: "Can you draw me the architecture of your most complex project?"
I was then asked if I drank beer. Then I was hired.
How about asking somebody about the problem domain he'll be addressing? Past experiences on that field, or related fields?
Recognising bad code might be nice, but I'd pick someone with 20 years of real and relevant experience over someone just new that can say "whoa, that looks like bad code!"
The fact that it's about code quality is an artifact. Yes, as others have pointed out, a question about code may not be so relevant if your candidate is a theorist or will have a role with no development. Still, because most or all candidates will have experience with bad code, and because fewer will have intimate knowledge of the business at hand, it's a better question than "so, where do you think our company should go in three to five years?"
This is his criterion for a research position? Understanding of the unsolved problems in a domain? "Irrelevant."
Mathematical sophistication needed to abstractly model complicated-seeming scenarios? "A dime a dozen."
Know the decorator pattern? "omg, you're hired!"