We have another great Dancer2 release hitting CPAN as we speak. This time with an announcement on a new core dev joining the Dancer team: Jason Crome. Please give him a warm welcome! We're very happy to have him join us and help make Dancer2 more approachable and welcoming to new-comers.
We're very excited about this release as it carries some great changes and new features.
Cluj.PM is back in town! After getting back from YAPC::EU 2015, we have a hell of a lot to celebrate: bringing YAPC::EU 2016 to Cluj doesn't happen every day, so let's get together for another round of Perl talks & a social event afterwards on November 19th, 2015, at our usual meeting place: City Plaza Ballroom.
So who's our Guest Speaker? Cluj Community, meet Andrew Shitov, organizer of more than 30 Perl events in the Cyrillic territory and a couple of YAPC::Europe, Riga and Kiev.
And who are the other speakers? Well, YOU, so we'd like to hear from you as soon as possible!
If you are interested in giving a talk, you should know that your topics may cover anything related to Perl development, entrepreneurship, UI, business, devops, and why not, even other related programing languages! Be creative and surprise us with some really special talk proposals. We know you have it in YOU!
Description: Want a remote Perl job working for a great company with colleagues from all around the world? We're considering both permanent and contract positions for a variety of Perl roles. Front-end skills are always welcome and experience with parallel programming comes in handy more than you would think.
We do set a high bar on who we employ, so if joining a bunch of Perl hackers who love the language sounds like fun, send us your CV and we'll send you our programming test. In return, because we value your time, Ovid will be evaluating the test and will send you feedback on how you did and areas for improvement, if any.
Desired skills: Perl. Strong Perl. You love the language. This is the only solid requirement.
Front-end skills (HTML, CSS, JS, not design) are often very useful.
Expertise with parallel processing, including event-driven programming, is needed.
In case you do speak German, or know how to use Google Translate, you can have a look at the new shiny Design of my page PerlTk.de.
It's intended as a Perl/Tk widget reference with a target audience of German noobs that would like to code a UI in Perl.
I hope you like it. Here is something to look at:
Now, the only things left is to get Widget styles in Tk and eventually get a Perl6 Tk binding. One with the same amount of sugar and hopefully less of what is not so good in Tk today :)
Actually I'm shocked when I've read this blog written in 4 months ago.
I'm shocked not only because many codes I've written is used with AnyEvent but also because I'm afraid it's a sign which perl5 world is beginning mess.
We love perl because it's expressive, because it's cpan and more importantly, because it's consistent. you can install a same perl in many OS and retrieve the same. But let's think, because perl5 has not a offical spec, what if there are many incompatible perl in the world like cperl stableperl and Rperl? Do you really want to stick with perl?
I'm not a member of p5, maybe this question need that guy to answer: does the present policy on perl5 development make perl5 good or bad?
Or maybe it's time to emigrate to perl6? Any ideas?
As my regular readers might remember, I finished my August assignment on the 28th of September at 3 AM. I sent the email to Neil Bowers, noting it was probably too late to get a proper September assignment. Surprisingly, Neil replied with
Well, you’re on an unbeaten run so far, so if you want a September one, with 4 days left, I’ll assign you one. Want one? :-)
I imagined 4 days (I could only count 3, but hey) with maybe another two weeks of “sticking” with the assignment, and replied with Yes.
If you'd like to make a small contribution to the Perl 6 development error, here is a low hanging fruit:
Add Travis-CI configuration to one of the Perl 6 modules. I wrote a Perl 6 script to find GitHub repositories without Travis-CI, but you don't even need that as 59 out of the 71 modules don't have the configuration yet, so it will be quite easy to locate one that waits for your Pull-request.
I got co-maint on Business::PayPal::API about 3 years ago in order to patch one line that was throwing a warning. The previous release had been 2 years prior to that. So it's fair to say that this module has not lately been on a rapid release cycle. It's still in use, though, and lately there has been some activity on rt.cpan.org related to it. So, I finally took an evening to sit down and try to cut a new release.
CPAN Testers needs recurring funding to cover its hosting costs. If you, or your company, rely on CPAN, then please seriously consider setting up a standing order to donate £50 (or some multiple thereof) to CPAN Testers every year. We encourage companies to use a multiple of the base £50 that reflects their reliance on CPAN and thus CPAN Testers.
CPAN Testers is an invaluable resource for all of us: it tests CPAN releases across a wide range of operating systems, versions and build configurations of Perl. This benefits the Perl community in two ways: (1) improving quality and (2) avoiding problems. If you use CPAN modules, then CPAN Testers is making those modules more reliable for you.
If you're an author, your releases will be tested on operating systems and versions of Perl that you may not have access to, and you'll be told if there are any failures. Addressing these failures makes your module more dependable. If you're going to use other modules from CPAN in your distribution, then CPAN Testers gives a good indication of how likely it is that they'll break your installation. If there are multiple modules for a given task, you can pick the one with fewest CPAN Testers failures.
As many of us I often try to achieve more than possible. To combat that its very useful to combine seemingly unrelated efforts and use synergies. Out of such thoughts came the idea for that Module (not yet on CPAN).