We’ve covered a number of other bus services to get you to YAPC, but Lamers Bus Line offers something a bit different. All the other bus services will get you here if you’re traveling from a major hub like Chicago, Milwaukee, or Minneapolis. Lamers has daily service from smaller cities all over Wisconsin. So if you’re from Wisconsin, but you’re from one of those less serviced regions, then check this out. They have daily service from the North:
Wausau
Mosinee
Stevens Point
Westfield
Portage
From the North East:
Green Bay
Appleton
Oshkosh
Fond du Lac
Waupun
Bever Dam
Columbus
From the South West:
Dubuque
Platteville
Dodgeville
Mount Horeb
Verona
All of these locations drop off at the UW Madison campus (where YAPC is being held). And perhaps best of all, they do this for less than $40. So if you live in Wisconsin, but don’t want to drive or can’t, then this is a great short range travel option for you.
New content, screencasts and step by step guides for people new to Perl.
The PerlFAQ has also been integrated and updated a bit (more to come). If you are interested in helping update the PerFAQ please visit the github repo or join us on irc.perl.org #perl-faq
A friend asked my why I'm still using Bundle:: instead of the superior Task::
It was Bundle::CPANReporter2
If I install a Task for 5.15.3 plain and then install it for the debugging version, it does nothing and says "already installed". Different archlibs are not checked.
I had to do the following to install all the Task::Kensho XS modules:
GitHub is an amazing service that much of the Perl community has adopted, but there are still a few holdouts using their own git repos, Subversion, and even CVS. I’m here to tell you that other than writing tests, there’s very little you could do to improve your software development process more than moving your applications and modules to GitHub. It’s not just a hosted git repository. They back up your repos, provide collaboration and documentation tools. They even provide plugins for other repositories so that if you prefer to use Mercurial locally, you can still use GitHub. And if your app is open source, you host it with them for free! Make a new years resolution and switch to GitHub.
I've been using claws-mail as my email client for a while.
Today I wanted to search all of my messages for some text and look through the results.
When I couldn't figure out how to do that even after consulting the claws manual, I went to their official IRC channel.
For reference, here are some screenshots of the dialogs in question:
LOINC's RELMA tool can display HTML details pages for each LOINC. Unfortunately, we have an over 800:1 file size ratio between the smallest set of details (like the Simple Display of 13308-2, Deprecated DNA) and the largest set of details (which may be the Comprehensive Display of 45981-8, MDS full assessment form - version 2.0, with 627 LOINCs totaling 13MB (300,000+ HTML DOM elements)).
Since we are speeding up RELMA by caching the generated pages, we decided to generate only 1 (one) file per LOINC and show/hide the various sections of the HTML using JavaScript. Previously, we generated a file for the Simple Display, the Comprehensive Display, and each type of Custom Display, re-using the filename for each display type so there was 1 (one) file created per LOINC but different file contents for each display type.
While on the one hand, ORMs make up most of the published best practices for interfacing with databases, (see the success of DBIx::Class, and many other similar products), on the other hand, there is a certain amount of backlash against them, eg ORM is an Antipattern.
The bad news is that the Pyle Center did not have a room large enough for our main lecture hall at YAPC::NA 2012. The good news is that 100 meters down the street is the Lowell Center. We’ll be taking over the Lowell Center’s large dining room and setting it up to handle all of you.
This is where we’ll do our keynote, plenary sessions, Getting The Most Out Of YAPC talk, the lightening talks, etc.
Please note that the Belgian Perl Workshop 2011 will take place at "The Hub" in Brussels (http://brussels.the-hub.net/public/) on Saturday 15 October.
We are quite late on schedule. So please register your presence and talk submissions as soon as possible via the conference site http://conferences.yapceurope.org/bpw2011/
PS1: As every year, entrance will be free !
PS2: Please forward this message wherever you think it will get audience.
Recently I've decided that I should change the way I host my email. I've moved to fastmail.fm + offlineimap + Dovecot + Mutt. I've played with a few IMAP clients and am currently back to using Mutt like I used to ten years ago.
I wondered what email clients my friends are using. I could ask them all... or I could write a program to query the London.pm and perl5-porters mailing lists for email user agents (one random email per email address) for the last year.
London.pm results
76 Gmail
29 Mutt
27 Thunderbird
22 Apple Mail
7 Alpine
6 Evolution
4 KMail
4 Gnus
3 SquirrelMail
3 Exchange
2 Unknown
2 Internet Messaging Program
2 Claws Mail
1 YahooMailRC
1 tin
1 RoundCube Webmail
1 Postbox
1 Pine
1 Opera Mail
1 Microsoft Outlook
1 LinkedIn
1 iPhone Mail
1 iPad Mail
1 Hotmail
1 Blackberry
We will be posting registration information for YAPC::NA 2012 early next year. However, for now I thought you might like to see the room where we will hold registration next year. This is the Upper Lounge in the Lowell Center. Though the image doesn’t show it, this room is quite large and will more than handle the long lines that form during registration.
We also hope to have multiple registration desks working to make the lines move quickly.
The DBD::SQLite team shipped a new developer release (version 1.34_01) with a patch by Mark Dootson. It should fix a long-standing "not an error" issue under the mod_perl/CentOS environment (reported and discussed in several tickets). I confirmed the bug was gone under the CentOS 5.5, but if you find it still remains under your (probably rather old) environment, please let us know via RT, mailing list, or #dbd-sqlite@irc.perl.org. Thanks.
I've been running into more and more code which uses Moose, and doesn't use strict. The logic being that since Moose uses strict, your code doesn't need to.
Is there something about Moose's use of strict that differs from other modules that use strict? Say for instance that if I use Carp in my code (which uses strict), is it still ok not to use strict?
What worries me as someone who works on legacy systems where code doesn't use strict, is that best practices are de-evolving. New Perl programmers will see code that uses Moose but not strict, and go on to write programs that don't use Moose and also don't use strict. It makes me wonder if the practices that are being implemented in Modern Perl for the benefit of experienced users will set bad precedents for inexperienced users.
Hey 5.16 developers, can you enable strictures and warnings by default? Now that makes sense to me.
We now have pricing for YAPC:NA 2012 for those wishing to stay in the dorms. For a single room the price is $62.65. For a double room the price is $41.80 per person. Both include breakfast each morning, plus this impressive list of amenities. Note that this does not include parking, if that’s something you need.
We’ll open up online registration for the dorms in late February. And you will be able to register for dorms to stay during the workshops and hackathon (June 11 & 12) as well as the the conference itself (June 13-15). You’ll even be able to extend your stay until Saturday June 16th if your flight or other travel doesn’t leave until the next day.
After creating company-specific schemas, I decided to refactor and abstract more issues. This mainly revolved around our databases.
If you've read the previous post, and tried it yourself, you'd notice having schemas in a central module that anyone can use was comfortable. However, if you've tried to write stuff using that schema, you probably also noticed that you have to keep reinventing some variables.
Assuming OO code, you'd have an attribute for the schema object, the database host, the database user and the database password, for each of the several databases you might have. Perhaps even more variables. We had the same issue. I was tired of having to configure this every single time. The next refactor had to consider this.
I wrote a role called KittiesInc::Role::DB (assuming my $workplace was called "KittiesInc.") and it included all the attributes for databases. It created, for two databases, attributes for the schema object, database hostname, database username and database DSN.
Today, we watched a series of test cases failing. Our tests started with a blank database and a series of populate method-calls to create their own test records.
Everything looked obviously right, but after a while of debugging, we found out that the populate method of DBIx::Class::ResultSet behaves differently depending on the context used. In Scalar or List context, the records are inserted using the INSERT statement, while in void context, a bulk insert method is used.
From a performance standpoint, this absolutely makes sense. The documentation does explain this very well.
However, some optimizations have been made under the hood that are not obvious unless you know about -- I did not know that before.
