- Solutions Are Not Problems. Problems Are Problems, Ovid seems to be asking us to ignore the symptoms and work harder to identify the underlying causes
- Is the Perl Community Schizophrenic?, Phillip Smith argues that the Perl community needs a benevolent branding dictator
- Is it really hard to find good Perl programmers?, Gábor focuses in on the belief that
Team leaders and managers think about Perl that it is dead, unmaintainable
- Perception is Reality, Gábor recommends getting professional help (PR/Marketing)
- What does the Outside of Perl look like?, Ovid on the negative perceptions of Perl
I'm a little cynical. Many good insights and areas for improvement are identified. But Perl needs to gain mindshare. And the only way to do that is to deliver the goods: Perl needs best of breed and/or innovative killer apps...
There is very little going on today which makes Perl relevant to anyone outside the Perl community. The reality is that Perl isn't much on anyone's radar except the people who already use it...
The insights which particularly appealed to me are:
- Perl5 and Perl6 could definitely benefit from a "This is not your father's Oldsmobile" slogan. Perl doesn't market itself well.
- Perl could use a modern clean cohesive comprehensive web portal which borgs the best of what the scattershot sites out there provide: CPAN, PAUSE, Perl Mongers, perldoc, perlmonks, ironman, use.perl, perlbuzz, the various community SCM repositories, professional training, perl jobs, etc. An effort to unify those disparate sites and services into a cohesive whole using modern and enlightened Perl would give Perl5 a chance to redefine itself.
Perl may look dead to outsiders, but there is a lot going on within the Perl ecosystem. There is: Perl6 (std, Parrot, Rakudo, SMOP), Moose, Catalyst, DBIx::Class, Web.pm. The list will vary from one Perl programmer to another. There is Padre, which shows promise of being of interest to non-Perl developers. And new in-roads into Bioinformatics. But O'Reilly and James Tisdall laid that foundation back in 2001 and 2003.
Another problem we need to answer, is why projects which are bootstrapped with Perl leave it behind?
Git, Linus Torvald's SCM love child, was originally assembled with a whole lot of Perl duct table, bubble gum, and glue. But if you visit http://git-scm.org/gitwiki/InterfacesFrontendsAndTools, you'll be surprised by how irrelevant Perl now appears to be to git.
Where are the new exciting, relevant solutions which use Perl?
Maybe they exist, but we're not aware of them? Muldis Rosetta is a truly relational RDMS (not SQL) being developed by Darren Duncan. Sounds interesting and promising... Does it work? Is it fast enough? Is it ready for use in production environments? Can it work with DBI, DBIx::Class, ODBC, JDBC, etc? Why aren't more developers involved with it?
Mojolicious looks like a fresh new MVC. In a fairly crowded field, it may be hard to distinguish itself. Take a look at Sebastian Riedel's recent Mojolicious::Lite blog.
Where are the other fertile grounds from which new solutions will arise? What other projects are out there which are using Perl to solve something new or solve an old problem in a better way?