in reply to Perl's Niche
in thread why i may have to leave perl...

I disagree with the attitude of not trying to expand perl's utilization beyond what it is currently being used for. It seems to me that if perl folk embrace that philosophy it will fade as a once popular 'fad' language. Finding new innovative ways to use perl is part of what the language is about.

Currently 'speed to market' is a huge key variable in web application development. Nothing beats perl for rapid prototyping. Additionaly I don't know what Larry put in perl that gave it it's 'people power', but this too is a quality that large MIS Departments can only strive for. I don't know any other language that is as FUN as perl, and the 'fun' factor is everything to anyone that works with code for a living.

What is frustrating is that the powers that be in the perl community could solve the problems of Perl in the enterprise simply by providing easier methods for perl's installation by decentralizing it's core distribution modules. In other words making the default installation according to the user's enviornment. While the mechanisms exitst for such installations, documentation is scarce, (References would be appreciated), and they are far from the default. MAKING PERL'S DEFAULT INSTALLATION CONTINGENT UPON THE INSTALLING USER'S ENVIORNMENT RESOLVES THE MAJORITY OF ISSUES SURROUNDING PERL IN LARGE ENTERPRISE ENVIORNMENTS. Furthermore, it makes ISP system administration, and standard system administration easier as well. It also eliminates the mess in /usr/local/lib that comes with utilizing the different perl rev's/distros

This appears to be a mostly trivial change for perl that could open huge doors for the language. The failure of perl people to see the benifits of coming through that door cause me to worry that perl is having a hard time getting past it's adolesence and taking it's well deserved place in large scale commercial application development. What if the original system administrators that exploited perl didn't extend it's use into the web because it was only good as a sysadmin tool?

coreolyn Duct tape devotee.

Replies are listed 'Best First'.
Totally not what I'm saying
by Nitsuj (Hermit) on Aug 13, 2000 at 12:06 UTC
    I am not saying don't expand perl's utilization. What I am saying, is that if it ain't the right tool for the job, use the right tool, instead of banging on a screw with a hammer, get a damned screwdriver, don't try to use a nail, when a screw is what you were asked for. If you see something that can be improved in perl, improve perl. I can CERTAINLY see improving perl to fit a situational problem. What I can't see is using it in a project that you don't think can be accomplished with it, it just doesn't make sense.

    Just Another Perl Backpacker