Post has shared content
Location: MIT, room E51-376
Speaker: Axel "fREW" Schmidt

Prolific CPAN author "fREW" Schmidt will share his Miscellaneous Debris:

Tools (vim, zsh, more)
DBIC and DBIC Helpers
drinkup (an interesting tool I wrote)
Dogma (my take on other people's dogma and what I think it should be)

About the Speaker

Axel "fREW" Schmidt authored or maintains 50 CPAN modules, including Catalyst::Action::REST and DBIx::Class::Helpers.

See for directions and other details about the venue.

Post has shared content
Date: Tue 03/10/15
Time: 7:00p - 10:00p
Location: E51-376, MIT
Speaker: Mike Stemle, Jr.

Mike Stemle, Jr. discusses his experiences at ThinkGeek working on and using Net::AMQP::RabbitMQ, an interface library to RabbitMQ , an open source message broker that implements the Advanced Message Queuing Protocol (AMQP).

Being a Perl Shop is hard sometimes, and as a result you sometimes miss out on some of the super-awesome third party support that other - some would say, weaker (but of course we wouldn’t say that, we’re classy) - languages enjoy. So I had to get my hands dirty. As such, I contributed to the development of the Net::AMQP::RabbitMQ module so that we at ThinkGeek could properly integrate our Perl applications with this MQ server.

I will walk you through a very high level of the integration itself, some of the challenges we faced, and how we overcame them. I’ll also go through some of the improvements I’ve made as part of the team of people maintaining the Net::AMQP::RabbitMQ module. BEWARE, however, this talk is not for the squeamish. There will be guts. perlguts, and they’ll be everywhere.

About the Speaker
Mike Stemle, Jr. is a Sr. Software Engineer with more than 16 years of professional software experience. He’s worked in early social media, telecom, advertising, e-commerce, and billing. He’s written things as small as the first ever web message board for and other things as big as billing systems processing more than 100K transactions per hour. Hailing from Fairfax, VA he fights the good fight along side his good pal, Timmy, and all of the amazing folks at ThinkGeek, Inc.

See for directions and other details about the venue.

Post has attachment
The January meeting has been edited and is now on youtube:

Post has shared content
LOCATION: EIG, Burlington, 10 Corporate Dr #300, Burlington, MA 01803
SPEAKER: Charles Hardin

Hive provides a SQL-like interface to Hadoop. Perl can interoperate with Hive in a variety of ways, including Hive queries through a Thrift API and the direct incorporation of Perl into map-reduce jobs. The speaker has taken a few baby steps on this journey and chooses to share the results with his peers.

KEYWORDS: Perl, Hadoop, Hive, Big Data, Thrift, Map-Reduce.

Note: This meeting is being hosted by EIG, the speaker's employer. This is a change from our usual venue at MIT. A carpool from MIT and/or Red Line will be available for Car-Free commuters. Post to the list or contact Bill ( to make arrangements if you need a ride.

See for directions and other details about the venue.

Post has shared content
DATE: November 11, 2014
TIME: 7:00 - 10:00 PM
ROOM: E51-376
SPEAKER: Sean Quinlan

We don't have a speaker provided abstract for this talk, but it will cover using Mojolicious (web framework), Moo (object framework), DBIC (DBIx::Class, most popular ORM for Perl) to implement a service bridge between the Google Apps API at Endurance International, a leading web and email hosting provider.

See for directions and other details about the venue.

Post has attachment will begin our June hangout/meeting shortly.

Post has attachment
For those of you not fortunate enough to be at +YAPC NA in Orlando right now, all talks are streaming live at

Post has attachment

Post has attachment
Last week myself and +Bill Ricker tried out a hybrid format meeting for +Boston Perl Mongers where we viewed a prerecorded talk by +Ricardo Signes:
1.21 Gigawatts by Ricardo Signes, ( NY Perlmongers )

followed by a live Q&A hangout with Ricardo: presents Ricardo Signes "1.21 Gigawatts" QnA

Ricardo was fantastic, sticking around for 45 minutes of questions and tolerating multiple technical challenges.

Here are the issues we ran into:

-G+ lets you create events for a community, and even lets you designate them as Hangouts, but apparently doesn't offer an option to create a "Hangout on Air" (HOA) to broadcast your meeting. If you do choose the Hangout option, it creates a regular Hangout and distributes a link that would normally only be used by active participants. Google needs to do some UI work to clean up this confusion.

-One of the first things we figured out was that having a G+ community page wasn't enough. In order to do a proper HOA as +Boston Perl Mongers we had to create a G+ profile page for the group, grant management rights to the volunteers, and create a corresponding YouTube channel. The group managers can now become +Boston Perl Mongers and act as that user, though not all G+ and YouTube screens necessarily honor that personality switch.

-We eventually found we could create a HOA via the UI on the YouTube side, which I had done prior to the meeting. It then took some digging to figure out how to re-enter that HOA as the broadcaster on another computer.

-Hangouts has a plugin to play YouTube videos within it. We tested this out prior to the meeting with a private Hangout and it seemed to do the job. The plan was to start a HOA at the start of the meeting, and have the video play within, so remote participants would be seeing the same thing as the local audience. But for some reason the YouTube plugin failed to work when in HOA mode. (So we communicated via our IRC room that remote viewers should start watching the video on their own.)

-When we ran into difficulties and wanted to pause broadcasting the HOA, we hit the button to terminate the live broadcast. Once we had done that, there was no way to resume it. We had to create a new HOA and distribute a new link. (I was aware of this limitation from having watched other HOA broadcasts, but the button got clicked before I could warn my colleague running the Hangout. Just as well, as otherwise we would have broadcast 45 minutes of dead air.)

-Our web cam (intended to show the local audience to Ricardo as they asked questions) failed to work, but that was easily attributed to bad hardware. A replacement has been acquired.

-We started up a new HOA, and  sent multiple invites to Ricardo. which apparently were never received. We expected them to show up in IM or as G+ notifications. We had to resort pasting the link into an email.

-We experienced audio drop-outs, both sending and receiving, despite being on a well connected network at MIT. This wasn't just a connectivity problem on Ricardo's end, as the YouTube recording reflects the drop outs on our side.

-We had issues with getting our audio levels right - either being too faint or distorted. I think that was attributable to the laptop hardware. Similarly, even when the audio levels seemed to be dialed in and the person at the laptop sounding clear. someone only a few feet away sounded faint and muffled.

-One of the most significant issues is that Ricardo experienced an echo as he spoke and was broadcast over our room PA. I'd be surprised if Hangouts didn't incorporate an echo cancellation algorithm, but maybe there was enough delay in the audio chain somewhere that the algorithm no longer recognized it as being an echo. This problem necessitated us muting our audio, which meant we had to submit our questions to Ricardo as text.

So a lot of issues. We had much better luck with a Hangout session last summer where a private Hangout was used to bring in a remote co-presenter. That situation used the same network, room, PA, and laptop (I think), and experienced none of these. 

I'm wondering there there might be something equivalent to a Polycom conference room phone that can plug into the laptop via USB, pickup better quality room audio, and provide hardware echo cancellation. (The MIT classrooms we use are actually wired for audio and video, but unfortunately we don't have access to tap into them.)

We think using remote presenters is going to be a good way to keep our presentation calendar full with good quality talks, and hope to do more of these in the future, so we're interested in suggestions for resolving these glitches.
Wait while more posts are being loaded