YAPC::NA 2015 Conference Report
By Josh Lavin
September 18, 2015
The Moose Master Class (slides and exercises here) was taught by Dave Rolsky (a Moose core developer), and was a full day of hands-on training and exercises in the Moose object-oriented system for Perl 5. I’ve been experimenting a bit this year with the related project Moo (essentially the best two-thirds of Moose, with quicker startup), and most of the concepts carry over, with just slight differences.
Moose and Moo allow the modern Perl developer to quickly write OO Perl code, saving quite a bit of work from the older “classic” methods of writing OO Perl. Some of the highlights of the Moose class include:
- Sub-classing is discouraged; this is better done using Roles
- Moose eliminates more typing; more typing can often equal more bugs
- Using namespace::autoclean at the top is a best practice, as it cleans up after Moose
- Roles are what a class does, not what it is. Roles add functionality.
- Use types with MooseX::Types or Type::Tiny (for Moo)
- Attributes can be objects (see slide 231)
At the YAPC::NA conference days, I attended all joint sessions, and breakout sessions that piqued my interest. Here are some of the things I noted:
- The author of Form::Diva gave a lightning talk (approx. 5 minutes) about this module, which allows easier HTML form creation. I was able to chat with the author during a conference mixer, and the next time I need a long HTML form, I will be giving this a try.
- One lightning talk presenter suggested making comments stand out, by altering your editor’s code highlight colors. Comments are often muted, but making them more noticeable helps developers, as comments are often important guides to the code.
- plenv (which allows one to install multiple versions of Perl) can remember which Perl version you want for a certain directory (plenv local)
- pinto is useful for managing modules for a project
- Sawyer did a talk on web scraping in which he demonstrated the use of Web::Query, which provides jQuery-like syntax for finding elements in the page you wish to scrape. There are many tools for web scraping, but this one seems easy to use, if you know jQuery.
- DBIC’s “deploy” will create new tables in a database, based on your schema. DBIx::Class::Fixtures can grab certain data into files for tests to use, so you can keep data around to ensure a bug is still fixed.
The presenter of What is this “testing” people keep talking about? did a great job researching a topic which he knew nothing about until after his talk was accepted. If there is ever a good way to learn something, it’s teaching it! Slides are here.
The talk on Docker (slides) was interesting. Highlights I noted: use busybox, then install Perl on top of busybox (you can run Plack from this Perl); Gentoo is easy to dockerize, as about half the size of Ubuntu; Perl Dockerfiles; build Perl on a local system, then copy to Docker image, in Docker file.
I attended some talks on the long-awaited Perl 6, which is apparently to be released by the end of this year. While I’m not sure how practical Perl 6 will be for a while, one of the most interesting topics was that Perl 6 knows how to do math, such as:
solve for "x": x = 7 / 2. Perl 6 gets this “right”, as far as humans are concerned. It was interesting that many in attendance did not feel the answer should be “3.5”, due to what I suspect is prolonged exposure to how computers do math.
One talk not related to Perl was Scrum for One (video), which discussed how to use the principles of Scrum in one’s daily life. Helpful hints included thinking of your tasks in the User Story format: “as a $Person, I would like $Thing, so that $Accomplishment”; leave murky stories on the backlog, as you must know what “done” looks like; the current tasks should include things doable in the next week—this prevents you from worrying about all tasks in your list. Personally, I’ve started using Trello boards to implement this, such as: Done, Doing, ToDo, Later.
Finally, while a great technical conference, YAPC’s biggest strength is bringing together the Perl community. I found this evident myself, as I had the opportunity to meet another attendee from my city. We were introduced at the conference, not knowing each other previously. When you have two Perl developers in the same city, it is time to resurrect your local Perl Mongers group, which is what we did!