Infinity Interactive is a New York based, multi-discipline consultancy that serves global organizations with local attention. We build simple websites, infrastructure for multi-national corporations and everything in between. Our strengths are our relationships with our partner companies and our focus on quality. We are committed to open source software and are very active in the Perl community. Therefore we are proud to sponsor YAPC::NA 2012!
I have secured what's called an "event insurance" which will cover any injuries or damages to the facility during the conference, so we're pretty much all set now. Just counting the days now...
Normally we close the ticket sales while we still have a small amount of tickets left, but this year the tickets went very fast, well, we're now sold out, including about 70 student tickets -- this is particularly good, because we believe we need more young blood.
And due to the overwhelming number of inquiries, we're going to be selling a few tickets at the door (unfortunately this ticket will not have many of the benefits that come with the regular ticket :/ ). First come first serve, so if you haven't bought your tickets yet, come early on 10/14 to secure your ticket.
One thing that many people like to do when they travel is find restaurants and bars with rooftop seating. These kinds of places often have great views of the city, plus the crisp and refreshing air of the night sky. It’s hard to resist, especially since it’s only 3 blocks from YAPC.
Johnny O’s Sports Lounge is one such place in Madison, and they also have the distinction of being the closest restaurant/pub to YAPC to offer rooftop seating. An interesting feature of Johnny O’s is that they also offer basketball on the rooftop, as well as the a band on some nights.
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:
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:
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.
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.
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.
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.
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
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.
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.
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.
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.
