Today I had to install fresh Perl on one of my dev boxes and I was thinking if there is easy way to grab and install all of mine favorited distributions on metacpan.
I wrapped that into simple script, that reads all the favorited distributions from metacpan, using Mojo::UserAgent and installs them using cpanm.
Here is the script: https://gist.github.com/4030168
Here's a list of 30 url mappers I'd like to treat as per the list of 122 class builders. Please comment re adds or deletes, evaluation criteria, whatever.
Omitted: Apache-specific, FCGI-specific, Engine X-specific.
Here's a list of class builders which I'd like to turn into a task to assess them (I'd mentor it) for Google's code-in. If you have any suggestions (add, delete), please do so in the comments.
Assessment would include features, outstanding bugs, reviews, date of last update, whatever. Perhaps even speed.
Sometimes excess laziness is not a virtue. Whenever I add a dependency, I used to just write in dist.ini:
This is of course not correct. Starting from last week, I've changed this habit. now I write the version which was currently installed on my development laptop/PC at the time of writing. And if I am not lazy, I try "cpanm Foo::Bar" first to update it to the latest version.
If I could kick the Amazon SimpleDB we have, I'd take great delight in doing so. Thankfully, our days of relying on it are numbered ... in a good way. More news on this will be forthcoming soon.
Could your module or project benefit from having someone
- fix a specific bug
- add a test for a specific feature
- improve test coverage by 5%
- write a tutorial
- create a screencast for beginners
- write an example program
- create a homepage for the module
If so, you could be in luck. These are all potential tasks for students in this year's Google Code-In.
Following on from our success last year, The Perl Foundation is hoping to take part in the Google Code-In again this year. GCI is a programme similar to the Google Summer of Code, but aimed at students between the ages of 13 and 17. Students complete short well defined tasks for open source projects, and the two top students from each organisation will be invited to visit Google's headquarters in Mountain View, California for a five-day trip.
To all who follow us on github: The Tapper repositories are moved from http://github.com/amd to http://github.com/tapper. Please adapt your "follow subscriptions".
Tapper is an all-embracing test infrastructure, see http://tapper.github.com/Tapper.
Currently we (renormalist and Caldrin) work on a more out-of-the-box usage based on the raw CPAN modules, to minimize the necessity of /etc/init.d/ struggling and Tapper-Deployment for some simpler use-cases like "ssh" in contrast to the full-blown "machine-setup-from-scratch for virtualization".
I'm proud to echo the announcement that the Booking.com dev blog has just gone live. Quoting the announcement:
Booking.com is an online hotel reservations company founded during the hey-days of the dot com era in the 90s. The product offering was initially limited to just the Dutch market. We grew rapidly to expand our offerings to include 240,000+ accommodations in 171 countries used by millions of unique visitors every month - numbers which continue to grow every single day. With such growth come interesting problems of scalability, design and localisation which we love solving every day.
The blog is kicked off with just a quick, humble article of mine on a debugging module that I published after needing the functionality at work. In a given code location, it allows you to find where in the code base the current set of signal handlers were set up. We plan to publish new content regularly and have a few interesting stories already lined up. So stay tuned!