From jay at jays.net  Wed Jun  3 04:04:17 2009
From: jay at jays.net (Jay Hannah)
Date: Wed, 3 Jun 2009 06:04:17 -0500
Subject: [Omaha.pm] Fwd: White Camel Nominations
References: <20090528175655.GA14417@panix.com>
Message-ID: <1B79BCFC-8BD9-4D5D-B732-FA834CCF0353@jays.net>

http://www.perl.org/advocacy/white_camel/

Blush,

j



--------
From: "David H. Adler" <dha at panix.com>
Date: May 28, 2009 12:56:55 PM CDT

Every year the White Camels are presented for service to the Perl
community.

If you look at the previous winners, you'll notice that these are mostly
unsung heroes, like previous awardee Eric Cholet, the human moderator of
so many Perl mailing lists, or Jay Hannah, one of the people running
pm.org (if you ever created/maintained a pm group, chances are that Jay
walked you through the process).

Some of these people may be well known, like Allison Randal or Randal
Schwartz, while others may be complete strangers to at least part of the
globe, like Josh McAdams or Jay. Some of them may be extreme Perl
hackers who created the original JAPH, but they actually received this
award as a recognition for their community contributions to Perl rather
than for their programming ability.

That's not to say a great hacker can't receive the award, but you don't
have to be one in order to be eligible.

That being said, the nomination process for the 2009 White Camels is now
open.

If you think there's someone who deserves a White Camel, this is the
time for you to send in your nominations. Send them to
whitecamel-suggestions at perl.org, if possible with a subject along the
lines of "White Camel Nomination :: $name". Make sure you properly
identify the nominee and tell us why you think that's a worthy
nomination.

Don't go thinking "nah, somebody else will do it" because: a) everybody
else may be thinking the same, and b) you may state your case
differently than the next person.

We'll be receiving nominations until June 21, 2009, by midnight, but
don't wait up or you'll forget. Do it now!

David H. Adler - <dha at panix.com> - http://www.panix.com/~dha/
It's so hot that my color-change Crazy Straws don't change color
anymore.	- Allison Drennan

From dan at linder.org  Wed Jun  3 06:38:49 2009
From: dan at linder.org (Dan Linder)
Date: Wed, 3 Jun 2009 08:38:49 -0500
Subject: [Omaha.pm] Fwd: White Camel Nominations
In-Reply-To: <1B79BCFC-8BD9-4D5D-B732-FA834CCF0353@jays.net>
References: <20090528175655.GA14417@panix.com>
	<1B79BCFC-8BD9-4D5D-B732-FA834CCF0353@jays.net>
Message-ID: <3e2be50906030638h79166747i5414ee4374146e5d@mail.gmail.com>

Jay,

I knew you were active, but didn't know it was "world class" active. :-)

Congrats...a few years late:
http://www.perl.org/advocacy/white_camel/2006.html

DanL

On Wed, Jun 3, 2009 at 06:04, Jay Hannah <jay at jays.net> wrote:

> http://www.perl.org/advocacy/white_camel/
>
> Blush,
>
> j



-- 
*********************** ******************* ***************** *************
*********** ******* ***** *** **
"Quis custodiet ipsos custodes?" (Who can watch the watchmen?) -- from the
Satires of Juvenal
"I do not fear computers, I fear the lack of them." -- Isaac Asimov (Author)
** *** ***** ******* *********** ************* *****************
******************* ***********************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/omaha-pm/attachments/20090603/5e8f83ad/attachment.html>

From kiranbina at gmail.com  Wed Jun  3 13:24:40 2009
From: kiranbina at gmail.com (kiran bina)
Date: Wed, 3 Jun 2009 15:24:40 -0500
Subject: [Omaha.pm] Fwd: White Camel Nominations
In-Reply-To: <3e2be50906030638h79166747i5414ee4374146e5d@mail.gmail.com>
References: <20090528175655.GA14417@panix.com>
	<1B79BCFC-8BD9-4D5D-B732-FA834CCF0353@jays.net>
	<3e2be50906030638h79166747i5414ee4374146e5d@mail.gmail.com>
Message-ID: <531681ec0906031324q20ee9387w99ddb4ec103d265c@mail.gmail.com>

Jay is great at what he does and is deserving for another one too :)

2009/6/3 Dan Linder <dan at linder.org>

> Jay,
>
> I knew you were active, but didn't know it was "world class" active. :-)
>
> Congrats...a few years late:
> http://www.perl.org/advocacy/white_camel/2006.html
>
> DanL
>
> On Wed, Jun 3, 2009 at 06:04, Jay Hannah <jay at jays.net> wrote:
>
>> http://www.perl.org/advocacy/white_camel/
>>
>> Blush,
>>
>> j
>
>
>
> --
> *********************** ******************* ***************** *************
> *********** ******* ***** *** **
> "Quis custodiet ipsos custodes?" (Who can watch the watchmen?) -- from the
> Satires of Juvenal
> "I do not fear computers, I fear the lack of them." -- Isaac Asimov
> (Author)
> ** *** ***** ******* *********** ************* *****************
> ******************* ***********************
>
> _______________________________________________
> Omaha-pm mailing list
> Omaha-pm at pm.org
> http://mail.pm.org/mailman/listinfo/omaha-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/omaha-pm/attachments/20090603/f268d914/attachment.html>

From mario at ruby-im.net  Wed Jun  3 17:49:35 2009
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 3 Jun 2009 19:49:35 -0500
Subject: [Omaha.pm] Fwd: White Camel Nominations
In-Reply-To: <531681ec0906031324q20ee9387w99ddb4ec103d265c@mail.gmail.com>
References: <20090528175655.GA14417@panix.com>
	<1B79BCFC-8BD9-4D5D-B732-FA834CCF0353@jays.net>
	<3e2be50906030638h79166747i5414ee4374146e5d@mail.gmail.com>
	<531681ec0906031324q20ee9387w99ddb4ec103d265c@mail.gmail.com>
Message-ID: <a4439dea0906031749r220a5bbfic3f2f0fa58ecd5bc@mail.gmail.com>

Watch it guys, Jay may start getting a Bloated head from all this praise.
;-)  I knew Jay was number 1 for a few things.  Glad to see that the White
Camel still praises him for his work.

2009/6/3 kiran bina <kiranbina at gmail.com>

> Jay is great at what he does and is deserving for another one too :)
>
> 2009/6/3 Dan Linder <dan at linder.org>
>
>> Jay,
>>
>> I knew you were active, but didn't know it was "world class" active. :-)
>>
>> Congrats...a few years late:
>> http://www.perl.org/advocacy/white_camel/2006.html
>>
>> DanL
>>
>> On Wed, Jun 3, 2009 at 06:04, Jay Hannah <jay at jays.net> wrote:
>>
>>> http://www.perl.org/advocacy/white_camel/
>>>
>>> Blush,
>>>
>>> j
>>
>>
>>
>> --
>> *********************** ******************* *****************
>> ************* *********** ******* ***** *** **
>> "Quis custodiet ipsos custodes?" (Who can watch the watchmen?) -- from the
>> Satires of Juvenal
>> "I do not fear computers, I fear the lack of them." -- Isaac Asimov
>> (Author)
>> ** *** ***** ******* *********** ************* *****************
>> ******************* ***********************
>>
>> _______________________________________________
>> Omaha-pm mailing list
>> Omaha-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/omaha-pm
>>
>
>
> _______________________________________________
> Omaha-pm mailing list
> Omaha-pm at pm.org
> http://mail.pm.org/mailman/listinfo/omaha-pm
>



-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/omaha-pm/attachments/20090603/6502dba5/attachment.html>

From jhannah at omnihotels.com  Fri Jun  5 10:34:13 2009
From: jhannah at omnihotels.com (Jay Hannah)
Date: Fri, 5 Jun 2009 12:34:13 -0500
Subject: [Omaha.pm] Some manager said.....
References: <396CEDAA86B38646ACE2FEAA22C3FBF101F6C0E0@l3exchange.omnihotels.net>
Message-ID: <396CEDAA86B38646ACE2FEAA22C3FBF101A8886E@l3exchange.omnihotels.net>

-laugh-  I remember in 1999 when the head of IT at $day_job told me Perl is dead. Weird that his language of choice at the time has now been discontinued. Meanwhile, the CPAN upload graph is still going straight up.  
 
You can find naysayers for every language. Every company bars hundreds of languages (all those they don't use). Fear not for Perl.   :)
 
j
Your soothing voice of anti-FUD.
    (Fear, Uncertainty, and Doubt.)
 
 

________________________________

From: Trey Bianchini
Sent: Fri 6/5/2009 8:49 AM
To: Jay Hannah
Subject: Some manager said.....



I noticed this comment while researching a Catalyst problem I'm having....I thought you might like this as perlmonger fodder or not....



MojoMojo, a Catalyst-based wiki.
Author Profile Page theVoiceOfReason | November 14, 2008 12:35 PM | Reply

I recently suggested that Catalyst be used for a new web application we're developing and the manager in charge said the Perl was considered legacy in the company and prohibited from use for new projects. Has anyone seen this? I'm new at a mid-size to large east coast (USA) company. If you have seen this, how do you combat it?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/omaha-pm/attachments/20090605/5c4e07ca/attachment.html>

From jay at jays.net  Sat Jun  6 07:00:19 2009
From: jay at jays.net (Jay Hannah)
Date: Sat, 6 Jun 2009 09:00:19 -0500
Subject: [Omaha.pm] Yay! Only 11 lines (0.000535 %) of Perl5 is my fault
Message-ID: <844053E6-D512-4D06-8D29-74068BE2B6B4@jays.net>

http://use.perl.org/~acme/journal/39082

11   0.00%  Jay Hannah

Yay!

:)

j


From dthacker9 at cox.net  Sun Jun  7 08:10:35 2009
From: dthacker9 at cox.net (Dave Thacker)
Date: Sun, 7 Jun 2009 10:10:35 -0500
Subject: [Omaha.pm] Some manager said.....
In-Reply-To: <396CEDAA86B38646ACE2FEAA22C3FBF101A8886E@l3exchange.omnihotels.net>
References: <396CEDAA86B38646ACE2FEAA22C3FBF101F6C0E0@l3exchange.omnihotels.net>
	<396CEDAA86B38646ACE2FEAA22C3FBF101A8886E@l3exchange.omnihotels.net>
Message-ID: <200906071010.36261.dthacker9@cox.net>

On Friday 05 June 2009 12:34:13 Jay Hannah wrote:
> -laugh-  I remember in 1999 when the head of IT at $day_job told me Perl is
> dead. Weird that his language of choice at the time has now been
> discontinued. Meanwhile, the CPAN upload graph is still going straight up.

I remember that guy,  he saw the learning perl book on my desk and asked me 
why I wanted to learn a dead language...

Folks at new day job wonder why I don't want to write java..... (sigh)
DT
>
> You can find naysayers for every language. Every company bars hundreds of
> languages (all those they don't use). Fear not for Perl.   :)
>
> j
> Your soothing voice of anti-FUD.
>     (Fear, Uncertainty, and Doubt.)
>
>
>
> ________________________________
>
> From: Trey Bianchini
> Sent: Fri 6/5/2009 8:49 AM
> To: Jay Hannah
> Subject: Some manager said.....
>
>
>
> I noticed this comment while researching a Catalyst problem I'm having....I
> thought you might like this as perlmonger fodder or not....
>
>
>
> MojoMojo, a Catalyst-based wiki.
> Author Profile Page theVoiceOfReason | November 14, 2008 12:35 PM | Reply
>
> I recently suggested that Catalyst be used for a new web application we're
> developing and the manager in charge said the Perl was considered legacy in
> the company and prohibited from use for new projects. Has anyone seen this?
> I'm new at a mid-size to large east coast (USA) company. If you have seen
> this, how do you combat it?



From samuel.tesla at gmail.com  Mon Jun  8 20:15:38 2009
From: samuel.tesla at gmail.com (Samuel Tesla)
Date: Mon, 8 Jun 2009 22:15:38 -0500
Subject: [Omaha.pm] ODynUG Meeting Tomorrow
Message-ID: <4bd555f70906082015l12654836s31adc8e5b01a5471@mail.gmail.com>

It's that time of the month again. This time we're going to have Matt
Secoske, and he's got a rather unconventional talk to give. Don't miss
this meeting!

The meeting is from 7-9PM with social time for 30 minutes beforehand.
As always, there will be pizza and soda.

Speaker: Matt Secoske
Topic: Ideas
Description:
Ideas. A broad topic to be sure and Omaha's very own, Matt Secoske,
will be coming to our meeting to discuss this very topic. Edge of your
seat excitement is expected. Plan to walk out with more ideas on
ideas. You don't want to miss this!

http://odynug.kicks-ass.org

Meeting location is UNO's Peter Kiewit Institute (PKI) building Room 269
1110 South 67th Street
Omaha, NE

From jay at jays.net  Tue Jun  9 16:03:19 2009
From: jay at jays.net (jay at jays.net)
Date: Tue, 09 Jun 2009 19:03:19 -0400
Subject: [Omaha.pm] MooseX::Workers & github
Message-ID: <aa968517e9ffa7741784205891f74c3c@jays.net>

Oh, that's neat. I'm co-maintainer of MooseX::Workers now. In github you
can graphically see my continuation of perigrin's codebase, adding a bunch
of stuff we need at $work.

http://github.com/perigrin/moosex-workers/network

That network's pretty boring. They can get more interesting:

http://github.com/blog/39-say-hello-to-the-network-graph-visualizer

j



From jay at jays.net  Wed Jun 10 06:40:59 2009
From: jay at jays.net (Jay Hannah)
Date: Wed, 10 Jun 2009 08:40:59 -0500
Subject: [Omaha.pm] New Coordinator
In-Reply-To: <4bd555f70906091938y58825dd3kb419323168e4709c@mail.gmail.com>
References: <4bd555f70906091938y58825dd3kb419323168e4709c@mail.gmail.com>
Message-ID: <C02F5D9C-424F-4E27-9AB5-9A69829424A6@jays.net>

On Jun 9, 2009, at 9:38 PM, Samuel Tesla wrote:
> Like I said at the meeting tonight, I'm moving to San Francisco. I
> won't be leaving until after the July meeting (although, it will
> likely be that same week). I've also already got a speaker (me) and a
> sponsor (Seraph) lined up for the meeting. I'm talking with our
> contact at UNO to try and get us a room that doesn't have a class in
> it     during our meeting.
>
> I don't have anything lined up after July.
>
> If you'd like to step up and save Jay from becoming coordinator, just
> let the list here know. Otherwise, Jay, I expect great things from
> you.


Hi everybody,

A round of grateful applause for Blaine and Sam?  -pause-

They will be sorely missed.  -sigh-

So, here are some of my thoughts. PLEASE share yours!

- I'm a Mediawiki addict. As such, I'd love to see everyone  
contributing to a single web presence everyone can edit. An  
interlinking of all of these resources:

   http://jays.net/wiki/ODynUG
   http://odynug.kicks-ass.org/
   http://jays.net/wiki/Omaha_Perl_Mongers

If you hate Mediawiki, or wikis in general, or if my canine wiki  
overlords are ugly, please say so. I've lived on the Internet for a  
long time so I have a very thick skin and want your opinion.

- I love Matt's weekly hackathon idea. I'm very much looking forward  
to a hacker space coming online. I've got open source in github and SVN:

    http://github.com/jhannah
    http://clab.ist.unomaha.edu/CLAB/index.php/SVN

Where's YOUR code? Let's gather a list! Let's pair program some stuff!

- I enjoy coding, or staring at code on a projector. Problem solving  
trips my trigger. Less talk, more code.

Yesterday I went from idea to chatting up the author in IRC to  
forking and becoming co-maintainer of MooseX::Workers. Open source  
collaboration is fantastic! Let's do it!  :)

- I'm a lightning talk junkie. What have you been doing lately? Will  
you talk for 5 minutes (or more) about it?

    http://jays.net/wiki/ODynUG#Volunteers
    http://jays.net/wiki/ODynUG#Lightning_Talks
    http://www.justanotherperlhacker.org/lightning/index.shtml

I'm not a top-down hierarchy guy. I enjoy vibrant, participatory action.

So, as a wise Blaine Buxton once asked me:

*** What are YOU passionate about? ***

Let's focus our group on that.   :)    Unless you don't want to.   :)

j
just another perl hacker




From jay at jays.net  Sat Jun 13 08:30:21 2009
From: jay at jays.net (Jay Hannah)
Date: Sat, 13 Jun 2009 10:30:21 -0500
Subject: [Omaha.pm] Linus on git rebase
Message-ID: <9903EC49-8A34-4A13-A3EA-5806732EE603@jays.net>

Here's an interesting post about git rebasing:

http://www.mail-archive.com/dri-devel at lists.sourceforge.net/ 
msg39091.html

What's rebasing?

http://www.kernel.org/pub/software/scm/git/docs/user- 
manual.html#using-git-rebase

Pretty scary stuff, if you ask me. Where I work we never, ever, ever  
re-work our history (SVN), so we always have all commits forever, no  
matter what. Even branching/merging mistakes are in history forever,  
just in case. We just fix whatever the mistake was in new commits  
moving forward.

git rebasing, or any such repo trickery scares me. Anyone doing this,  
or equivalent admin magic in their repo?

j



From stephen at exigencecorp.com  Sat Jun 13 10:13:11 2009
From: stephen at exigencecorp.com (Stephen Haberman)
Date: Sat, 13 Jun 2009 12:13:11 -0500
Subject: [Omaha.pm] [odynug] Linus on git rebase
In-Reply-To: <9903EC49-8A34-4A13-A3EA-5806732EE603@jays.net>
References: <9903EC49-8A34-4A13-A3EA-5806732EE603@jays.net>
Message-ID: <20090613121311.57ff987e.stephen@exigencecorp.com>


> git rebasing, or any such repo trickery scares me. Anyone doing this,  
> or equivalent admin magic in their repo?

Linus actually addresses your concerns in that post [1], to quote him:

    You must never EVER destroy other peoples history.

And:

   Minor clarification to the rule: once you've published your history
   in some public site, other people may be using it, and so now it's
   clearly not your _private_ history any more.

This is exactly how I've worked with git before.

Once code is published to the public git repo (with "git push"), the
"never, ever, ever, re-work" rule you note with SVN comes into play.
You /can/ change the public git repo with rebase, just as you /can/
rewrite SVN repo history with svnadmin commands, but neither is
recommended, and there are settings to disallow it.

(Specifically, in git it's called disabling rewinds, where rewinds
== the undoing of commits.)

The only place rebase is recommended, AFAIK, by myself and also Linus
in [1], is on your own local commits that no one has seen yet and that you
are just cleaning up before publishing.

This is all because git is distributed--you can make commits, "git
commit", but they are only local. You could have 2-3, 10-20, whatever
commits locally and not publish them until you "git push". Since no one
has seen these commits yet, its perfectly acceptable to clean them up
(reorder them for clarity, remove some that ended up being mistakes,
etc.) via rebasing.

However, once you publish/share your work, the commits should become
immutable, and you don't rebase them anymore. And, again, this can be
enforced by the public git repo to avoid people slipping up.

Most corporate teams probably don't care about rebase because they
either do not do code reviews at all (most likely) or else do code
reviews against branches before release and not per-commit. The nature
of Linux development is that they review all code on a per-commit basis
via email lists. This makes it very, very important for each commit to
be as logically coherent as possible. Which it probably was not when the
developer first wrote it. So, Linus/et. al really encourage their developers
that, before publishing their commits to them for review, they step back
and rebase them to make each individual commit about one and only one
change. This makes per-commit review on mailing lists much easier.

So, yeah, if you're not doing that, and don't care about a meticulously
clean history, you probably don't care about git rebase and can ignore
it. But Linus/et. al do, so they use it all the time (...on local stuff,
before they publish).

So, really, everything is the same as SVN, except you get a local
sandbox to screw (rebase) around in.

- Stephen

1: http://www.mail-archive.com/dri-devel at lists.sourceforge.net/msg39091.html



From samuel.tesla at gmail.com  Sun Jun 14 18:21:27 2009
From: samuel.tesla at gmail.com (Samuel Tesla)
Date: Sun, 14 Jun 2009 18:21:27 -0700
Subject: [Omaha.pm] [odynug] Linus on git rebase
In-Reply-To: <20090613121311.57ff987e.stephen@exigencecorp.com>
References: <9903EC49-8A34-4A13-A3EA-5806732EE603@jays.net>
	<20090613121311.57ff987e.stephen@exigencecorp.com>
Message-ID: <4bd555f70906141821w41752543k5eb85efdfdf9c2a4@mail.gmail.com>

Everything Stephen said is spot on, however I'd want to make one
additional point...

On Sat, Jun 13, 2009 at 10:13 AM, Stephen
Haberman<stephen at exigencecorp.com> wrote:

> So, yeah, if you're not doing that, and don't care about a meticulously
> clean history, you probably don't care about git rebase and can ignore
> it. But Linus/et. al do, so they use it all the time (...on local stuff,
> before they publish).

The one time you /do/ care about rebase is when you're pulling remote
changes. If you have local commits on a branch, and you pull commits
in from the remote branch it will produce a merge commit. This
clutters up the commit history when you, in turn, push stuff back up.
The linux folks, especially, hate this. So, here's the command you
should get in the habit of using to pull changes from the remote
branch:

 $ git pull --rebase

If you're on a branch named master that tracks the remote branch
origin/master, it is the same as doing this:

 $ git fetch origin
 $ git rebase origin/master

What this will do is update the remote branches, and then go into
interactive rebase to rebase your local commits on top of the latest
remote commit. This makes it so that when you push stuff up, it's a
fast-forward instead of a merge.

> So, really, everything is the same as SVN, except you get a local
> sandbox to screw (rebase) around in.

Using the --rebase option to git-pull is especially important if you
are using git-svn to interface to an SVN repository, because SVN has a
linear revision history, and can get extremely confused by some of the
more non-linear histories that can arise if you don't carefully rebase
your local commits.

-- Samuel

From stephen at exigencecorp.com  Sun Jun 14 22:20:19 2009
From: stephen at exigencecorp.com (Stephen Haberman)
Date: Mon, 15 Jun 2009 00:20:19 -0500
Subject: [Omaha.pm] [odynug] Linus on git rebase
In-Reply-To: <4bd555f70906141821w41752543k5eb85efdfdf9c2a4@mail.gmail.com>
References: <9903EC49-8A34-4A13-A3EA-5806732EE603@jays.net>
	<20090613121311.57ff987e.stephen@exigencecorp.com>
	<4bd555f70906141821w41752543k5eb85efdfdf9c2a4@mail.gmail.com>
Message-ID: <20090615002019.e96fd6a8.stephen@exigencecorp.com>


> The one time you /do/ care about rebase is when you're pulling remote
> changes. If you have local commits on a branch, and you pull commits
> in from the remote branch it will produce a merge commit. This
> clutters up the commit history when you, in turn, push stuff back up.

Ah, right, right, thanks for correcting me on that.

- Stephen


From jay at jays.net  Wed Jun 17 06:40:25 2009
From: jay at jays.net (Jay Hannah)
Date: Wed, 17 Jun 2009 08:40:25 -0500
Subject: [Omaha.pm] perl5 introspection (thanks Moose!)
Message-ID: <B3C15FCF-9286-4A78-AF85-9CF35110BA5F@jays.net>

Many dynamic languages have a way to get a list of all methods for an  
object built into them.

I don't think perl5 does. But Moose adds it.  :)

$ cat j.pl
package X;
use Moose;
sub dosomething1 {}
sub dosomething2 {}
sub dosomething3 {}

package main;
my $x = X->new();
print join ", ", sort $x->meta->get_all_method_names;
print "\n";

$ perl j.pl
BUILDALL, BUILDARGS, DEMOLISHALL, DESTROY, DOES, does, dosomething1,  
dosomething2, dosomething3, dump, meta, new

Neato.   :)

More info on Moose:   http://moose.perl.org

j



=============================
Here's me failing to read the backlog from 7 hours ago, and lots of  
guts...

irc.perl.org #moose
00:25 <@Sartak> cpan -i MooseX::AttributeHelpers
00:25 < tome> gotit, thanks
00:28 < tome> Sartak: one thing I noticed with AttributeHelpers is  
that I tend to mix private and public methods when using it. I have a  
HashRef attribute and maybe the get method would be public as  
getConfig but then there are lots of 'private' methods that I use  
only in that class, I name them starting with _. Is there some  
pattern where these are separated or done differently that people use?
00:28 <@Sartak> that's the pattern we use
00:29 < tome> now to find what methods a class exports you have to  
look both at the attributes and the class itself, it can get confusing.
00:29 < tome> but I think the functionality is great, makes things  
much clearer than accessing the hash itself..
01:00 <@confound> "methods" aren't "exported"
01:30 < tome> confound: What do you mean by that
04:43 < ilmari> to find the public methods of the class, read its  
documentation
04:43 < ilmari> you don't care if it's implemented directly or  
delegated to an attribute
07:31 < jhannah> ilmari: Moose has introspection, doesn't it?  (tell  
me all the methods this class has?)
07:33 <@Sartak> Class->meta->get_all_method_names
07:33 <@Penfold> yes
07:34 <@Sartak> but that's not his point
07:34 <@Sartak> his point is don't use what the author doesn't want  
you yo use
07:41 < jhannah> _foo() is the Moose convention for "private" subs, I  
assume
07:41 < jhannah> _
07:46 < daxim> that's been the perl convention for a long time before  
moose
07:46 < jhannah> ya, k. just checking that Moose didn't invent a  
"cooler" way   :)
07:47  * jhannah tries to keep up with the Jones'
07:47 < jhannah> Joneses?
07:47 < jhannah> Jones' Brothers?
08:21 < jhannah> so is Moose's get_all_method_names() implemented in  
Class::MOP::Class? that's the only hit for that sub when searching  
search.cpan.org
08:21 <@t0m> yes
08:22 <@rafl> Moose::Meta::Class isa CMOP::Class
08:27 <@perigrin> jhannah: most of what you think of as the metaclass  
introspection is probably in CMOP
08:27 <@perigrin> Moose really only adds Roles and TypeConstraints  
and sugar.
08:27 <@perigrin> and there is talk of pushing Roles back into CMOP



From jay at jays.net  Thu Jun 18 13:45:10 2009
From: jay at jays.net (Jay Hannah)
Date: Thu, 18 Jun 2009 15:45:10 -0500
Subject: [Omaha.pm] Fwd: "I'm tired of writing Perl, I'm tired of VBA"
Message-ID: <4A3AA756.2090105@jays.net>

LOL...

j


-------------------------
Apparently the Cracker are lovers of a good read. Their video for Turn
On, Tune In, Drop Out features the mod_perl cookbook during the lyrics
"I'm tired of writing Perl, I'm tired of VBA". You can see it here
http://www.youtube.com/watch?v=HyxIrfjla88&feature=related at timecode
0:40.

Well done Geoff with the product placement!

-Chris



From jhannah at omnihotels.com  Tue Jun 30 18:39:57 2009
From: jhannah at omnihotels.com (Jay Hannah)
Date: Tue, 30 Jun 2009 20:39:57 -0500
Subject: [Omaha.pm] Catalyst book #2
Message-ID: <396CEDAA86B38646ACE2FEAA22C3FBF101A888D9@l3exchange.omnihotels.net>

The Definitive Guide to Catalyst: Writing Extensible, Scalable and Maintainable Perl-Based Web Applications
 
PDFs of book available. Print copies imminent.
 
http://www.apress.com/book/view/1430223650
 
j
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/omaha-pm/attachments/20090630/834fa725/attachment.html>