In the meantime we also got access to the English version and prepared translations of the article. I am really glad to announce that just within a few days
there are now 8 versions of the tutorial:
The original publication in Russian on the Pragmatic Perl site,
the Pinto Tutorial in English,
and in 6 other languages:
Similar to the Pinto Tutorial, there are many other articles on the Perl Maven site that have been translated. For each page, on the left-hand side you can find links to other versions of the specific article.
I am really impressed with all the work the translators have been doing in the past several weeks. For the list of contributors, and for the number of pages each language has, visit our Meta site.
]]>So let me show you the first interview with
Jeffrey Thalhammer, author of Perl::Critic and Pinto
It is extremely nice to see people volunteer their time to help others....
]]> I really don't know where does this lead. Sinan Unur even dislikes the idea of translating technical text, but I saw my son struggle. He wanted to do things, but besides the technical issues, he also had to deal with English. On one hand it motivated him to learn English, on the other hand it set him back, and frustrated him to no end that he cannot read tutorials in his mother tongue.This is the list of languages:
I am really glad people spend their time translating the pages. What I have not managed to do yet, is to convince them to also promote their work. Without promoting the tutorials outside the Perl community the impact will be much smaller. It is also not something you can start doing after all the articles are finished. You need to promote a long time. So maybe there are others who would be interested in helping with that aspect.
Do you speak any of the above languages? Do you have some time to help these translations? Let's see what can be done so the tutorials will reach a lot more of the non-English speakers!
]]>The first episode is about OOP with Moo.
]]>One intersting part of the data is that the 11.68% of the visitors of the Perl 5 Maven site are from India while they only generate 1.60% of the clicks in the Perl Weekly.
Why is the difference and what can be done with this information?
]]> Most visitors of the Perl 5 Maven site look at the Perl Tutorial and the pages linked from it. Presumably these are beginner to intermediate Perl developers.On the other hand the people who click on the Perl Weekly links are subscribers of the newsletter. Presumably have more experience in Perl on average, and are much more involved in Perl. Probably they are also more involved in the Open Source Perl community, than the random visitors of the Perl Maven site.
It would be nice to see similar statistics from *.perl.org, *.cpan.org and metacpan.org but I think even without those number I can assume that there is a huge gap in the level of involvement in the Perl community among the Indian Perl users.
If that's true, why are they not involved in the Open Source Perl Community?
Would it be important for the Perl comunity to have more Indians involved? If yes how could that be done?
Last week Felipe Leprevost asked me if I'd agree for him to translate the Perl Tutorial to Portuguese. I was happy to say yes as I believe having a decent introduction to Perl in your native language can make a big difference, even if later on you'll need to improve your English.
He made the translation and we already made the first article public: Instalando o Perl, imprimindo "Olá Mundo".
There were also several people who offered their help. This is awesome!
Thanks Felipe for your initiative!
In order to make it easier for us to collaborate I set up Github repository for the Brazilian Portuguese files, and I also made the source of Perl 5 Maven available to make it easier for him to fetch the original English sources. The format is the horrific result of combining PODish with XMLish.
(the were merged after this post)
These are only the sources of the public pages and not the code that shows them. One day, after I cleaned them up, I'll probably push those too to Github.
In the meantime this might encourage some people to fix a typo, contribute an article, or start another translation.
If I was already there, I went on and pushed the sources of the Perl 6 Maven site to Github as well.
In that case too, only the source of the articles are available. I am still trying to clean up the rest of the mess I created before I push it to the open.
Back then a couple of people have wrotten about it and today finally I have also posted about my experience.
I think it might be a good time to remind everyone about that meeting and link to the posts I found.
PRS2012 - Perl5-Perl6 Reunification Summit by Mark Keating (MDK).
Pictures of PRS2012 by MDK
Quo Vadis Perl? by Moritz Lenz
Perl in Perl, and YAPC in Frankfurt by Jess Robinson (castaway).
Perl reunification - a lightning talk by Mark Overmeer at YAPC::EU 2012 in Frankfurt.
mp4 or flash.
The future of Perl or what happened at the Perl Reunification Summit? by Gabor Szabo (szabgab)
(If you know about other reports, please paste them in the comment section!)
Version 0.03 of AnyEvent::ForkManager has another minor issue, you need to already have Test::Requires, which is then not used, but once you install that module, here is the main point:
On ActivePerl the test fails. See the reports
by David Solimano and
by Matt Perry.
Christian Walde also ran the tests.
OTOH on Strawberry Perl the tests get stuck as reported by Alexandr Ciornii
and later by myself.
While it would be nice if the test were passing, I think it would be also important to understand why are the tests stuck in some of the cases. Is that really some difference between Strawberry Perl and Active Perl?
ps. No, I don't really need this module, but I was smoking CPAN on Strawberry Perl and Christian Walde (Mithaldu) thinks I am just complaining and not doing anything about it.
Given that currently there are 26,547 distributions on CPAN that represents 13% of all the distributions.
Not bad.
Especially if we compare with some of the other platforms:
GNU/Linux 483
Mac OS X 2,662
NetBSD 2,962
Windows (Win32) 3,487
Windows (Cygwin) 9,983
...
AIX 25,500
...
On those pages, there are a couple of possible reasons why these distributions have no reporst, but I wonder, maybe we could track down a small number of distributions that are the dependencies of most of these modules causing the lack of test. Then those could be either fixed or avoided depending on the situation.
So I put together an article on how to add the repository link to the META files. It is very simple in all the 4 major packaging systems.
I hope this article helps, and more CPAN authors will include this information in their distributions.
(I know that META CPAN just moved, and it might not have been fully updated, but I also checked the number of packages without a license field and it was 169 out of tha 1,000 quite similar to the number I saw a week ago when I wrote about the CPAN uploads without license in the META files. So I think this is quite close to the correct number.)
]]>According to the history of the metayml_has_license metric of CPANTS, there has been a constant improvement since 2003, but I feel it is still too high.
Especially if you take in account how easy it is to add license to the META files.
What about making a New Year's resolution to add the license key to each one of your modules?
]]>
Assuming someone would like to help with Windows, how could he generate a list of modules that are especially problematic on Windows?
Is there a way to fetch all the distributions that have no successful test reports on Windows?
Is there a way to create the ratio of (failed test reports)/(all test reports) on MSWin32 for each distribution, and then show the top 100 of that list?