Now, now... I don't feel like I'm betraying anyone by telling the truth. There are droves of PHP programmers and, more to the point, they all do web work because that's what PHP is really for.† Even if there were just as many Perl programmers we are split among application, systems, and web development. Admittedly, there is lots of overlap... but that's part of what makes us more expensive.
Yes, you can write standalone PHP scripts. No, no one does it. Not seriously anyway. I hope.
No, what I’m saying is more along the lines of Kevin Barnes’ latest article.
Ah. Well, I'm not sure how I was supposed to intuit that from the single question, "Et tu, sauoq?" I guess I'll have to try harder next time... ;-)
Thanks for the link. It was a semi-interesting blog post in a blah-blah-blah plus a dash of common sense sort of way. I enjoyed it.
I don’t believe you should hire a “Perl programmer” or a “PHP programmer,” specifically.
Would you feel more comfortable with my phrasing if I changed it to "programmer with Perl experience" and "programmer with PHP experience"? Or are you really suggesting that you shouldn't hire someone with a particular skillset or experience in the technology you are using? Specifically? Because that just doesn't sound right to me, truth be told. And I don't think that's anything close to what Mr. Barnes was saying. The reality is that, if I'm going to hire someone to work on a project, I'm going to prefer someone who is already familiar with the technology and the problem domain. Other things being equal, of course. I simply want to minimize how much I'm paying for their learning curve(s).