Beefy Boxes and Bandwidth Generously Provided by pair Networks
go ahead... be a heretic
 
PerlMonks  

Re^3: perl vs. php

by sauoq (Abbot)
on Nov 16, 2005 at 02:15 UTC ( #508866=note: print w/ replies, xml ) Need Help??


in reply to Re^2: perl vs. php
in thread perl vs. php

Et tu, sauoq?

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.

-sauoq
"My two cents aren't worth a dime.";


Comment on Re^3: perl vs. php
Re^4: perl vs. php
by Aristotle (Chancellor) on Nov 16, 2005 at 02:55 UTC

    No, what I’m saying is more along the lines of Kevin Barnes’ latest article. I don’t believe you should hire a “Perl programmer” or a “PHP programmer,” specifically.

    Makeshifts last the longest.

      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).

      -sauoq
      "My two cents aren't worth a dime.";
      

        But if the system you’ve built is of any complexity, you’ll inevitably pay for the learning curve that actually matters: absorbing the system’s architecture. Compared to it, the time it takes an experienced programmer to get up to speed with a new language isn’t very significant. (Admittedly, this thread is about a pretty simple system; though who knows where scope creep might take it (see my signature).)

        Hiring a “PHP programmer” is mostly a way for a non-programming manager to find someone vaguely fitting, because he can’t effectively evaluate a programmer’s skills on much more than prior experience with particular technologies. But such a manager is in for a rough ride at the best of times, anyway.

        I suppose “programmer with $FOO experience” makes it more palatable; but the core point remains the same.

        Makeshifts last the longest.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://508866]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others meditating upon the Monastery: (6)
As of 2014-12-28 01:39 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (177 votes), past polls