> you should expect to have your idea criticized

Good! One of the reasons I write is to provoke criticism. Often, I have an idea and it seems bulletproof. But when committed to paper--an archaic way to put it--its flaws reveal themselves. Sometimes the act of writing it down forces me to be specific and in doing to I recognize fatal flaws. Sometimes I need to share it and other people point out its flaws.

The OP is one of my poorest posts, ever. It was originally a reddit comment as part of an "Ask Reddit." The asker was faced with the question of whether to hire someone who had no interest in programming outside of his job, and in that context my reply was that I would be surprised if I ever even interviewed such a person.

Which in itself highlights the discrepancy between strategies (be they cargo cult or not) and metrics. Programming on the side is a terrible metric. It is easy to measure, but so are Lines of Code. The things we want to measure are knowledge, aptitude for learning, skill, and so forth. Programming on the side is a programmer's strategy for achieving something that we want. But it isn't what we want.

I was thinking the same thing about a degree. Terrible metric, but I wouldn't object if it was one of the heuristics someone uses when selecting applicants for a position. Here in Ontario job postings almost always say "Degree or equivalent experience" because people have successfully sued for discrimination when companies have ignored obviously qualified applicants who either didn't have a degree or had more than enough experience to compensate.

Getting back to your words, although the link-bait title says "I won't hire a programmer who doesn't X," the article said that the real issue was that I was unlikely to interview them because of my strategy for meeting people.

Obviously it isn't that hard and fast. If I was looking for people and mentioned it on my blog, someone could easily get in touch with me because they read blogs on company time. Presto, I would be interviewing someone who reads blogs but doesn't do so after hours.

Likewise, if someone in my network said, "You really ought to meet Joe P. NoineToFive, he's incredibly organized and does as much work in forty-five hours as you do in ninety," I would interview Joe and if he lived up to the claim, I would have no interest in what Joe does with the remaining 123 hours a week.

But the fact that I have to explain these things identifies that the post was hastily written and incoherent!

"All else being equal, if I have two job applicants with similar qualifications and demonstrated merit to choose from and one of these applicants programs as a hobby in addition to performing their professional duties and the other does not, I am inclined to choose the one who programs outside of work."

Actually, I personally wouldn't say that, because once someone landed in an interview with me, I would have the luxury of examining each person's abilities directly. If all else really was equal, then I'm curious: Is the programmer who doesn't program as a hobby smarter? Is that why he is just as effective as the hobbyist? Or is it that programming as a hobby is a useful strategy for choosing people to interview, but once they're in the do I should ignore it?