What’s the point of a website for Moose or DBIC besides as a way to centralize links to talks etc (which could very well be done in POD too)? I just don’t see the added value. They are libraries, they get used by people writing code, people that are already familiar with the CPAN.
This is just limited imagination. You want to attract programmers who are not already familiar with the CPAN. In fact you want to attract programmers who are not even Perl programmers. People who don’t already know Perl should be able to realise how awesome our libraries are to the point where the libraries make them want to write Perl.
Your mentality is common, and is exactly what’s causing Perl’s perception problem: we who already use Perl and CPAN know that it’s awesome – and everyone else in the world things we don’t even exist any more. This results in Perl is being decommissioned on grounds of being an old language no one uses any more.
Eventually that will affect you too. That’s why you should care.
]]>
On the other hand I am not sure where do you take this "marketing for the sake of marketing" thing. While the meaning of the word itself is unclear to most of the people talking about it I think there were quite a number of good explanations why Perl and its tools need more promotion. I think Aristotle gave a very good explanation.
While lowering the barrier of entry is usually a good thing, I don't think the main purpose of those web sites or of the promotion we have been talking about is to lower the barrier of entry.
The idea of promoting and marketing perl is to make it more attractive so people will actually want to climb over that barrier.
As a reminder let me link to the excellent piece by Dave Cross on Why Perl Advocacy Is A Bad Idea. Yes, this is the same dude who runs blogs.perl.org.
__ANON__
. Sub::Name lets you tag them with the correct name so that stack traces will read properly.]]>
I usually try to reserve Schema methods for domain logic that is cutting across results, for whatever my thoughts are worth :)
]]>=item HANDLE->autoflush(EXPR) =item $OUTPUT_AUTOFLUSH =item Handle->output_record_separator EXPR =item $OUTPUT_RECORD_SEPARATOR =item $ORS =item $\ X<$\> X<$ORS> X<$OUTPUT_RECORD_SEPARATOR>]]>The output record separator for the print operator. If defined, this value is printed after the last of print's arguments. Default is C<undef>.
Mnemonic: you set C<$\> instead of adding "\n" at the end of the print. Also, it's just like C<$/>, but it's what you get "back" from Perl.
=item $|
X<$|> X<autoflush> X<flush> X<$OUTPUT_AUTOFLUSH>
Yet another suspect thing, at beginning of "Variables related to formats" section, line 1571: The special variables for formats are a subset of those for filehandles so they have... and here it ends. So they have what?
perl sets C<$!> is set to