Beefy Boxes and Bandwidth Generously Provided by pair Networks
No such thing as a small change
 
PerlMonks  

Re^4: Why Perl is a Valid Choice

by xdg (Monsignor)
on Jan 31, 2006 at 23:47 UTC ( #526931=note: print w/ replies, xml ) Need Help??


in reply to Re^3: Why Perl is a Valid Choice
in thread Why Perl is a Valid Choice

Turning off the smiley-face mode, let me say that on the topic of why Perl is a valid choice, I think the availability of tools or lack thereof does matter. One thing that the Agile movement has (re)discovered is the value of people over process. While that is true, managers of all stripes in all businesses still seem to want a magic bullet and get very excited about platform and tools -- probably because they are tangible when lists of abstract pros and cons are not always so easy to appreciate. That's an important consideration in making a case for a certain language.

Look at the Software Magazine 2005 Jolt Awards. While I'm sure there's guru/advertiser bias, still, how many of those are for Perl, specifically? How many are written in Perl? If there are -- it was certainly hard to tell. Why doesn't Perl get more credit in this area?

Perl has some good tools beyond just CPAN. To expand the attractiveness of Perl to IT managers, it's well worth playing up the tools it provides. Articles like the original post would be stronger for an articulation of the Perl tool chain as well.

Of course, good managers will always benefit more from good tools than bad managers will -- that's almost a truism. But good tools can help good managers allocate their time more wisely.

-xdg

Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.


Comment on Re^4: Why Perl is a Valid Choice
Re^5: Why Perl is a Valid Choice
by brian_d_foy (Abbot) on Feb 01, 2006 at 00:26 UTC

    I certainly agree that managers should choose the languages with good tools, but I think Perl came to that game pretty late. Over the past couple of years we've gotten a lot better, certainly, but that's pretty recent.

    Honestly, we have to admit that for a very long time we (as a community) promoted Perl as a language that didn't need tools: you could just use your favorite text editor and command line. Beyond that, we really didn't provide that much. In my opinion, there still isn't a good Perl project tool. We have debuggers and code editors, but not something that can look at the whole project. Some people like EPIC, but is that really the best we can do? Komodo recently made its way to Mac OS X, but I haven't tried the latest version yet.

    So, I'm pretty sure we agree and that we're just talking about different sides of the same thing. Maybe we need a guide to Perl programming in the spirit of Sam Tregar's "Writing Perl Modules for CPAN" that takes the user all the way from logging in, writing code, testing, and so on all the way up to releasing it. Along the way we show all of the tools and provide crib notes for managers about what they should be doing at that point. Maybe we call it "The Practice of Perl Programming" :)

    --
    brian d foy <brian@stonehenge.com>
    Subscribe to The Perl Review
      Maybe we call it "The Practice of Perl Programming"

      So does that come before or after "Mastering Perl" in the series? :-)

      -xdg

      Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.

        Actually, I think it would come right after "Learning Perl", and maybe that will change in the Perl 6 edition. So far the Llama has always been a programmer's intro to Perl and it assumes the reader already knows how to program. Who knows though. ;)

        --
        brian d foy <brian@stonehenge.com>
        Subscribe to The Perl Review

      I agree with that. And not only about the programming tools (I myself discovered perl.vim only after some years programming): Perl has nice solutions for a lot of things, but they are not integrated. It takes time to put everything together and companies just want to have the application delivered as fast as possible. It's important to get productive if you want to get a share from programming languages like Java.

      For example, how many application servers does Perl have? Ok, there is OpenInteract, I must say that I never used it, but all the feedback that I have is not good: the tool looks like too complicated. Do the community have a specification, a "must have list" to create other tools like OpenInteract?

      Maybe the community have more options (maybe Maypole?) but the point is: why such information is not in the Perl default documentation?

      Alceu Rodrigues de Freitas Junior
      ---------------------------------
      "You have enemies? Good. That means you've stood up for something, sometime in your life." - Sir Winston Churchill

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others rifling through the Monastery: (9)
As of 2014-08-20 07:02 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    The best computer themed movie is:











    Results (106 votes), past polls