Let's also address the issue of interviewing. Most people can't tell a good programmer from a bad one (which is sad, really). There are also a ton of people out there that mistake higher percentile technical competence with software development competence. This recently got posted to HN and sums up the overall situation nicely:
Pay is but one factor, and resume (or job description) plus salary requirements aren't going to communicate what you really need to know. More than 90% of the jobs I've interviewed for had laughable interview processes. I've asked harder questions of my interviewers than they've ever asked of me. Most people just don't get it.
A "competent" developer needs to be hard working, interested in your particular problem set, and like the work environment you've created. You need to dig in and find out what this person is really about. Even if they're competent they may not like your company, idea, or even you. These are things you, and they, need to find out before the hire.
You/They aren't finding competence because you/they aren't looking for it.
http://www.rethinkdb.com/blog/2010/06/will-the-real-programm...
Pay is but one factor, and resume (or job description) plus salary requirements aren't going to communicate what you really need to know. More than 90% of the jobs I've interviewed for had laughable interview processes. I've asked harder questions of my interviewers than they've ever asked of me. Most people just don't get it.
A "competent" developer needs to be hard working, interested in your particular problem set, and like the work environment you've created. You need to dig in and find out what this person is really about. Even if they're competent they may not like your company, idea, or even you. These are things you, and they, need to find out before the hire.
You/They aren't finding competence because you/they aren't looking for it.