Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

cgrau (3787)

cgrau
  (email not shown publicly)
http://sirhc.us/

Journal of cgrau (3787)

Tuesday July 03, 2007
01:37 PM

SanDiego.pm July Meeting

Come join the myriad members of the San Diego Perl Mongers as they meet once again to discuss, debate, deconstruct, and sometimes even deviate from all things Perl.

Monday, 09 July 2007, 19:00 - 21:00
Panera Bread, Mira Mesa, Calif. (with free wi-fi!)

We never have an agenda, but we always have a good time.

http://sandiego.pm.org/

Wednesday June 06, 2007
07:05 PM

SanDiego.pm June Meeting

It's that time of the month again. Time for the regular gathering of the slightly irregular Perl Mongers in San Diego.

People will begin descending on Panera Bread in Mira Mesa on Monday, 11 June 2007 at 7:00pm (and generally stay until they've had enough, or 9:00pm, whichever comes first). We've had a great turnout all year, so feel free to join us. You're guaranteed to have a great time. And, if you don't, you'll receive a full refund of your membership dues[0]. Directions and such can be found on our web site, SanDiego.pm.org.

Sadly, I won't be able to attend this month's meeting. My day job is sending me to Toronto for training. I'll be in our #SanDiego.pm channel on Freenode, attending the meeting remotely. Hopefully a few of my camel compatriots will keep me up to date on all the happenings.

[0] Membership dues for the San Diego chapter of the Perl Mongers is $0.00 per annum.

Monday May 14, 2007
01:14 PM

SanDiego.pm May Meeting

I've been remiss in announcing meetings for the San Diego chapter of the Perl Mongers. The last meeting I announced was February. Now I'm finally announcing the meeting for May on the same day as the meeting. Between this and not putting together a new web site in the four months I've had it under my control, I am a terrible example of a Perl Monger cheerleader.

That said, SanDiego.pm is having its general meeting tonight, Monday, May 14, 2007 at 7:00pm. As always, we meet at Panera Bread (free wi-fi!) in Mira Mesa. Directions and such can be found on our web site, SanDiego.pm.org.

Tonight, one of our members is celebrating their birthday. What a fantastic way to celebrate the anniversary of one's birth. And I should know. I spent my last birthday at our January gathering.

Saturday February 10, 2007
10:44 AM

SanDiego.pm February Meeting

On Monday, 12 February 2007, the San Diego Perl Mongers will be having our monthly meeting at Panera Bread in Mira Mesa. Feel welcome to drop by to chat about all things Perl, or anything else that sounds interesting.

Last month we were fortunate enough to have Randal Schwartz drop by for a chat. This month, I've been made to promise to bring my good friend Christel of Irssi, Gentoo, ReactOS, Freenode, and FOSSCON fame. It promises to be a good time.

For more about the San Diego Perl Mongers as well as where and when to find us, check out our web home at sandiego.pm.org.

Tuesday January 16, 2007
11:13 AM

SanDiego.pm Events Calendar

At our last meeting on 8 Jan, the SanDiego.pm webmaster torch was passed to me. I have big plans for the web site, focusing on community involvement.

My first order of business was to follow the lead of brian d foy and The Perl Review. There now exists a Google calendar for SanDiego.pm. Why Google? Well, I think brian points out the reasons quite well in his journal entry.

We only have one event posted so far, our monthly meeting. Hopefully it won't be long until we have special events and socials, too.

Saturday October 07, 2006
03:36 AM

Damian Conway in San Diego

The company I work for just had Damian Conway come in to present three days of training. In addition, he made a special appearance at our local San Diego Perl Mongers.

So, with a complete and utter disregard for my mental health, I attended Monday night's Perl Mongers presentation of Sufficiently Advanced Technology. That was fun. Shame my wife couldn't make it; she wanted to meet this crazy Aussie I kept talking about after OSCON. Anyway, after a day to recover, I made it to Wednesday's lecture on Perl Best Practices, Thursday's on More Perl Best Practices and Advanced Regular Expressions, and finally Friday's on Advanced Interface Design (otherwise known, to anyone who attended OSCON 2006, as the 7 Principles of Better API Design). I thought I was losing sanity before, but now I'm quite positive. I'd like to share an important safety tip: thinking in Perl is unhealthy. Sometimes I feel like that boy from The Sixth Sense: "I see Perl code."

I didn't get a chance to meet Dr. Conway at OSCON, so this was a nice opportunity for me; both to meet him and to see longer versions of his courses. He's very personable and extremely knowledgable. Even being quite a good programmer myself (he said modestly... hey, even Damian said I was, though he may have just been saying that... either way, I can die happy), I still learned quite a bit. In fact, I think these courses are great even for people who do know the material inside and out. It's much easier to pick up on the really scary stuff that Damian throws into his ad-hoc demonstrations. I hope we can get him back next year. I'd love to see his course on Vim.

Oh, and Damian even picked up on the fact that I tend to be a workaholic, asking me if I ever went home (my wife often wonders the same thing). Hey, so what if I was the first person there, sitting right in front? I'm a geek, I can admit that. I hear there are meetings I can attend. "Hi. My name is Chris. I've been using Perl for 10 years."

Tuesday July 25, 2006
07:03 PM

OSCON 2006, Day 2: More Perl Best Practices

My second Damian tutorial. It would have been my third, but I passed on his Vim tutorial. I've grown more disappointed since yesterday afternoon as I continue to talk to people who rave about Damian's Vim tutorial. Maybe next year. Assuming I can convince Qualcomm to send me again.

The title of this tutorial is More Perl Best Practices. It seems this is a sequel to Damian's Perl Best Practices tutorial at OSCON 2005. I'm not sure how much I'm missing by not having seen that tutorial. Fortunately, this tutorial merely adds to the last one, rather than building upon it.

Tutorials like this are not for those with an overabundance of ego. Damian's best practices are not necessarily my own practices. I use tabs instead of spaces, I cuddle my else statements, and I don't break my lines before operators.

Perl best practices are really Damian's Perl practices. However, he has gone to great lengths to create compelling arguments for each of his practices. For this reason, I intend to at least give each of Damian's practices a chance. I may even come around and make some, perhaps all, of them my practices.
01:56 PM

OSCON 2006, Day 2: Advanced Perl DBI

I attended the Advanced Perl DBI tutorial mostly because I chose to follow the Perl track and partly because no other tutorial jumped out at me as a must-see. The fun thing about having a notebook computer with wireless network access during a geek convention is the ability to chat on IRC with other people in the same or other sessions. Incidently, drop by #oscon on Freenode or irc.perl.org and say hello; my handle is sirhc. These chatty people can tell me about other sessions and what I'm missing. Apparently, of the only two other tutorials I would have considered attending, the Haskell tutorial is interesting, while the web services tutorial isn't.

Tim Bunce, the author of DBI, is a pretty charismatic guy. He presents well and is quite interesting and clear. However, he mostly reads from his copious slides. That's not necessarily bad, as his slides are dense with useful information. It does free me up from taking notes (and allows me to write journal entries instead).

In my former life as a Web developer, I did a lot of work with MySQL and spent a lot of time optimizing for speed. In my current life as a sysadmin programmer, I don't use DBI very much.

Sometimes, however, it's about quality not quantity. There were a few gems, some DBI best practices, that I will find incredibly useful as I push the use of databases at work.

For that reason alone, I found this tutorial useful and worth my time.
04:05 AM

OSCON 2006, Day 1: Werewolf

I opted to have a late dinner with some friends instead of joining some fellow convention-goers in a rousing game of Werewolf. That's too bad, too. I arrived at the game too late to play, but it looked like a lot of fun.

I don't know how well the game scales to a large group of people, but I find it entertaining to see how quickly a group of otherwise highly intelligent computer programmers can resort to mob rule. The game almost encourages such behavior. The roles of werewolf and villager are assigned at random, so such superfluous qualities as appearance and position in the room are irrelevant to the investigation as it were. Still, that didn't stop peopel from guessing wildly or simply choosing someone because they "looked like a werewolf."
03:59 AM

OSCON 2006, Day 1: Portland Perl Mongers

I have only been to a couple meetings of the San Diego Perl Mongers, but I jumped at the chance to attend the meeting for another group. Particularly in the host city of OSCON. The Portland Perl Mongers was better attended than my local group's meetings, but I don't know how much of that was due to being paired with OSCON. According to a couple group members, Portland does have a vibrant Perl Mongers community.

I found it odd that the Portland Perl Mongers meetings would be at 6:53pm, so I had to ask about it. As it so happens, they used to schedule the meetings for 6:30pm, but people would arrive late or complain that the meeting time was too early. So they changed the regularly scheduled meeting time to be seven minutes 'til seven.

Robert Spier of Perl.org fame was present to talk about, well Perl.org. He explained what they do for the Perl community and what they utilize to accomplish what they do. It was an informative presentation and it's mildly surprising that Perl.org uses a number of non-Perl technologies in their day-to-day operations. However, I shouldn't be that surprised. A service like Perl.org should be focused on using the right tool for the job, whether or not that tool happens to be written in Perl. Sometimes the Perl solution is either non-existant or not up to parin which case it may as well be non-existant.