Beefy Boxes and Bandwidth Generously Provided by pair Networks
Come for the quick hacks, stay for the epiphanies.

Re^2: Another prediction of Perl's demise

by bradcathey (Prior)
on Dec 01, 2004 at 13:26 UTC ( [id://411448]=note: print w/replies, xml ) Need Help??

in reply to Re: Another prediction of Perl's demise
in thread Another prediction of Perl's demise

Zed_Lopez, thanks for the thoughtful real-world overview of the languages being used out there, at least in your very practical experience.

As a person who is in the "branding" business by trade, your post got me to thinking about the possibilities of branding Perl. Branding is more than logos (camels in this case). In short, branding is the sum total of all the perceptions one's audience has about the branded entity. Unfortunately, the FUD of which you speak is part of Perl's brand. On the positive side there is CPAN, Perl's unique features (name spaces), and, of course, the Monastery;^)

Branding takes lots of resources, both in time and money. We can all do our job, as I think most Monasterians are inclined to, by using good coding practices, talking up the virtues of the language, refining it make it more approachable or friendly, addressing or deprecating it's weaknesses, and writing applications that gain more universal notoriety (imagine a PerlMyAdmin gui or PerlBB Forums).

We all know that intrinsically Perl is a great language, but for some reason it doesn't feel as handy to the larger audience of Web programmers (my arena) as PHP. Who is to blame....or get the credit for that? I reach for Perl everytime because I have a good grasp of it and it feels familiar. What can be done to bring PHP (or ASP or JSP) coders to that same point? Where has the Perl community let the opportunity slip away, and what can be done to regain the edge?

In summary, doesn't sound like a language problem as much as a perception problem. What can we all do to change that? Rhetorical, but worth pondering.

"Don't ever take a fence down until you know the reason it was put up." G. K. Chesterton
  • Comment on Re^2: Another prediction of Perl's demise

Replies are listed 'Best First'.
Re^3: Another prediction of Perl's demise
by Zed_Lopez (Chaplain) on Dec 01, 2004 at 18:37 UTC

    I think we need better installation processes for both web apps (including mod_perl apps) and other apps, where better = easy for not especially technical people to use.

    And where possible, we should, politely, and with specific technical points, call others on their BS about Perl (like I'm doing here where a Python programmer smugly pronounced he recreated Quantum::Superpositions in 100 lines of code... apparently without even realizing that he left out the hardest part.)

    Heh. I was just going to take my own advice and leave a comment on some annoying inaccuracies in a PHP vs. Perl weblog entry by a PHPer (which is one of Google's top ten responses for 'PHP vs Perl'), but the site's gone 404 (the link's via the Wayback Machine.) That's a damn shame.

    And, of course, we need Perl 6, which cleans up a lot of Perl 5's syntax, gotchas, and, frankly, lame OOP support.

Log In?

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

How do I use this?Last hourOther CB clients
Other Users?
Others learning in the Monastery: (3)
As of 2024-04-17 04:54 GMT
Find Nodes?
    Voting Booth?

    No recent polls found