says tilly Now, Perl is not right for all problems. I agree that large OO projects are an example of a problem it is bad for. Another is complex GUIs. Another is anything where tight space/time optimizations matter. (Just ask jcwren for more on that.) So learn its strengths and weaknesses, then use it where it fits.
in reply to Perl vs Other Languages
in thread OO-style question
Being very new to programming -- self-taught and not a fast learner -- much of my time has been spent trying to decide which language to work on the most.
Perl wins my time, not because of a technological benchmark, but because it proves itself the most practical solution. That is, as I've begun to conclude: the most important aspect of any language's practical value is, there must be a community practicing the language. It's from their use of it, that I've learned its usefulness.
I learn from the users of the language, the mode of thought that taps into the power of its expressions. I observe from them how the language itself structures their thoughts and coaxes out new ideas. I observe how the language shapes, and is shaped by the ethic of the community. I learn in this way not only how to speak, but how to think that way.
I'm discovering that a programming language is something like a natural language in that way. It does not consist only of its terms and syntax, its design and structure, its parts. Besides these low-level issues, a language is its users and the use they make of it.
So, the aspect of Perl that most commends it to me as the best solution to most problems is, the way it's used by people to solve their problems. As long as Perl continues to be characterized by this push to improve, and helps others to improve (which includes an ethic capable of discerning who shouldn't be helped), it will continue to be the most natural choice for people looking for a practical solution, and the language itself will continue to improve.