Bluehost is one of the leading web hosting firms in the United States. The company has a rock solid shared hosting platform to support individuals, professionals and small businesses. In addition, Bluehost has the best customer support rating (NPS) in the industry. All development at Bluehost is done with Perl. The development team has a number of senior Perl developers who are regular contributors to CPAN, having written modules such as CGI::EX and Template::Alloy. One of the Bluehost developers helped write Strawberry Perl. If you are interested in joining a leading edge Perl development shop, come talk to us at the YAPC job fair.
Some time ago I was invited to write a Perl article to Software Developers Journal. It is (as far as I could gather) a magazine based on Poland. Their website is at http://en.sdjournal.org/. It is a paid magazine, so to read it you should buy the magazine.
Although the magazine doesn’t have good procedures for publication (there isn’t a review phase where the authors can check if everything is fine) we think (yes, I co-authored the article with Nuno “smash” Carvalho) that the article is interesting. Probably with some English errors written by us, and probably with some others introduces by the editors. And yes, it is not our fault that they write Pearl instead of Perl… oh shame…
We are working the permission to post the article in the web. Probably we can in some time. For now, buy the magazine.
This email slipped through Gmail's spam filter just now:
Subject: Hello
My name is Grace, i saw your profile at (www.cpan.org) today and became interested in you, i will also like to know you more, and i want you to send an email to my email address so i can give you my pictures for you to know whom i am. Here is my email address (gracejobe16@yahoo.de) I believe we can move from here. I am waiting for your reply in my mail. Remember the distance or color does not matter but love matters allot in life.
Yours Grace.
I don't know whether I should be sad or glad. Glad for the fact that cpan.org is considered popular enough to be worthy to be phished, or sad that no sites go unphished these days?
Since updating to the latest XCode on OS X Lion, we've been unable to build or use mod_perl 2 on our development machines. If we ignore the test failures and make install anyhow, we get this error message when trying to start Apache:
Cannot load /opt/local/apache2/modules/mod_perl.so into server: dlopen(/opt/local/apache2/modules/mod_perl.so, 10): Symbol not found: _modperl_handler_anon_add
One of our developers discovered this morning that llvm/clang on OS X defaults to C99, but mod_perl expects the 89 "standard". As a result of this thread, we compiled mod_perl in the following manner:
perl Makefile.PL MP_APXS=/path/to/apache/bin/apxs MP_CCOPTS=-std=gnu89
make
make test
make install
And voila, we have a working mod_perl 2 on Lion.
Come to find out, while researching this blog post, the macports people have already run into this:
We’ve moved the YAPC::NA 2012Job Fair and Expo into a larger room to accommodate demand. As a result we now have a few more tables available for those looking to exhibit. Contact admin [at] yapcna [dot] org if you’re interested.
Also, we this means we have more space for Startup Row. If you have a new startup and are looking to promote it, we’ll give you a free table at YAPC!
We welcome booking.com as a Platinum Sponsor of this years' YAPC::Europe. It's amazing to get so much support from companies using Perl. Thanks!
Due to the growth of Booking.com's IT department we are now hiring 30 Perl Developers!
Booking.com is part of Priceline.com and is the World’s #1 Online Hotel Reservations Company, offering over 200,000 hotels worldwide.
We use Perl, Apache, mod_perl, MySQL, Memcache, Mason, JavaScript, Git, Linux & more!
Our software development basis is SCRUM = Agile.
Are you ready to relocate to Amsterdam to an international, result driven, fun & dynamic work environment? Join us! Go to htttp://www.booking.com/jobs to apply.
I just wanted to share a “new to me” script in case its new to any of you too. After a quick twitter exchange between me and @rjbs he told me about the script perl-reversion which is a part of the module Perl::Version.
Just run
perl-reversion -bump
in your distribution folder and it will find and bump the version numbers in all the files! What a time saver when developing! Thanks RJBS for sharing this with me and thanks Andy Armstrong for releasing it!
Edit: A previous version of this post decried the fact that the script was not installed but rather was in the examples folder. After reading further I see that it IS in fact installed by using some Makefile.PL trickery. Why not just put the script in a directory named bin rather than examples and it will be installed without trickery?
Basically, the auto-dereferencing, in combination with Perl 5.12 allowing hash operators to extend to arrays, means that part of the problem doesn't care what you have and another part does. When you want to do a single element access, you still have syntax that must denote the reference type. If you have a hash, you need curlies:
foreach my $key ( keys $hash_or_array ) {
my $value = $hash_or_array->{ $key };
}
But, if that's an array reference, you need square braces:
Based on theYAPC::NA schedule, I noticed that we have quite a few Perl authors will be at the conference, representing at least 15 different Perl titles. There may be more authors and more titles (please let us know so we can update this list), but this is quite impressive for a 400 person conference. Bring your favorite books to get them signed by your favorite authors. Track them down on Facebook or Google Images so you can know what they look like. I’ve already tracked down some images for you:
Allright, long long time ago i got this TPF grant. You were all a generous boss to not tackle me because i had other important stuff to do for Perl community (including Perl 6 articles for $foo perl magazine, perlzeitung and heise online - the leading German IT news portal and a modern perl 5 tut to spread the praise of Perl into the free software world). But because slowly are coming in real results, I write now a real grant report the TPF can publish.
Using POD as the basis of documentation for Perl projects is the usual way to do. There are many modules available to convert POD into several formats. However, I was not able to find a module that creates a single PDF file from all the documentation available for e.g. a single project. Typically a series of PDF files are the result of a conversion. Combining these files and creating a hierarchical outline can be hard work.
As a simple aid, we peeked into pod2pdf and wrote a little wrapper around it in order to handle many files and create the outline. Well, this solution is not rock solid, as we rely on its internals but at least it is short and usually creating PDFs is not mission-critical.
Maybe some parts can still be improved, but for people interested, here is my first try: https://gist.github.com/2277444. Feedback welcome!
CPAN Testers has now been running for nearly 13 years. In that time we have been supported mostly by the community and some very thoughtful individuals, to whom we owe a massive thank you. Ten years ago we were submitting less than 1,000 reports (March 2002) each month, 5 years ago we reached a new high with just under 25,000 reports (March 2007) submitted. In the last year it is no longer unusual to see 1 million reports (August 2011) submissions in a single month. Regular readers of this blog will be well aware of how successful CPAN Testers has become, and how much data we store, as we sped past 20 million reports in February 2012.
Maggie Xiong will give a talk at YAPC::NA 2012 described as:
I will start with a refresher (or intro if this is your first encounter with statistics) on the core statistical reasoning, namely the null hypothesis and the partitioning of variance, and go through a few standard statistical tests in PDL::Stats. We will also touch on how this core reasoning extends to typical data mining techniques such as linear regression and k-means cluster analysis.
Last night over dinner I had a discussion with Miyagawa about what Devel::Cover could steal from Ruby. He mentioned a Ruby backend which uses Vim signs to show coverage information.
So today I shamelessly stole it and produced a basic version for Devel::Cover.
Devel::Cover has more coverage criteria, so extra work will be required to provide this information, but the report seems useful for now. To use it run
$ cover -report vim
and then in vim:
:so cover_db/coverage.vim
I'd be happy to get bug reports, feature requests, patches or even pull requests against the repository. And if anyone would like to take this idea and produce a backend for emacs or any other editor, please do so.
This has just been released in Devel::Cover 0.84. This is the second Devel::Cover release I have made at the QA hackathon in Paris this weekend. Many, many thanks to all the organisers, sponsors and participants.
After my previous announcement of DB::Color, I've not had much time to work on it. I eventually disabled it on my box because it was broken on many common cases. Thanks to the Paris Perl QA Hackathon, I've solved a few nasty bugs and now I'm happily using it to debug Perl.
There are some caveats.
Syntax highlighting is slow and is broken in a few edge cases. To get around the first issue, I have naïve caching of syntax highlighted files (change the files and the MD5 sum differs and you get a new cache). Any cached file not used in the last 30 days is deleted.
It’s the first Tuesday of the month, so that means it’s YAPC::NA Planning Meeting time. If you’re in the Madison area, or don’t mind a drive there is a YAPC planning meeting tonight at the Essen Haus at 7pm.
It’s just over a month to YAPC::NA so we’ve got a lot to discuss tonight. The meeting will probably last until around 9pm, but you’re free to come and go as you please.
I'm currently at the 2012 QA Hackathon working on CPAN Testers servers, sites, databases and code. It has already been very productive, and already I have two new module releases.
CPAN::Testers::WWW::Reports::Query::AJAX
This module was originally written in response to a question by Leo Lapworth about how the summary information is produced. As a consequence he wrote CPAN::Testers::WWW::Reports::Query::JSON, which takes the data from the stored JSON file. In most cases this data is sufficient, but the module requires parsing the JSON file which may be slow for distributions with a large number of reports. On the CPAN Testers Reports site, in the side panel on the distribution page, you will see the temperature graphs measuring the percentage of PASS, FAIL, NA and UNKNOWN reports a particular release has. This is glean from an AJAX call to the server.
Recently I have read an article finding out that the cost of technical debt can be computed, so yesterday I've written an article to show the conclusions from that article. Main conclusion,the cost of technical is on average of 3.61$ per line of code.
You can read the whole article regarding the study that concludes that here
