NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
More is better, less is more. (Score:1)
More is better.
Comprehensibility of program expression is essential in the business world because extension and maintenance are always handled by different people from the initial implementors.
Less is more.
A theoretician has a single goal - however that may be expressed - and everything else is superfluous. The languages typically produced by the computer science world are difficult to use beyond a narrow domain because the extra work to provide flexibility and strength get in the way of the narrowly defined theoretical aims.
More is better.
Evidence for each of the above can already be found in the way significant modules have been rapidly developed and maintained, even though the language itself remains in flux.
There are my top three strengths for Perl6; I'll not mention others for brevity.
Weaknesses Currently the bugbear is speed. The first "practical" implementation would need to ensure rapid runtime and good compilation speeds. If perl6 software is too slow, it will be impractical.
Caveat A language without an IDE and visual debuggers cannot be considered modern or effective. So far, the omens are good and Padre already provides for syntax coloring.
Since the business case for the complete language is strong, the business case for those individuals who are investing their personal resources of time and talent to bring perl6 to a practical implementation is correspondingly strong. Essentially, the uptake of perl6 by the professional software community will create a premium for those who have a deep understanding of the language and how to access its strengths.
Reply to This
Re: (Score:1)
That's too simplistic. Plenty of projects do just fine with languages and runtimes and environments considered "too slow" for other projects.
That's too simplistic too, depending on your definition of "modern" and "effective". I never use the Perl 5 debugger and I wouldn't likely use it if I had an IDE with a visual debugger. I believe I can write very effect