From robin at robinclarke.net  Wed Jan  4 06:12:06 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Wed, 04 Jan 2012 15:12:06 +0100
Subject: [Munich-pm] Next Perl Mongers
In-Reply-To: <4EF3150E.4000506@robinclarke.net>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
Message-ID: <4F045E36.8090207@robinclarke.net>

Hallo zusammen!

Ich sehe Daniel hat's gefunden, also ist das mail wohl doch nicht
verlohren gegangen.  Frage steht noch: WO essen wir.  Bitte mit doodlen!

http://www.doodle.com/ch9tgyp7hp3iw83p

Bis naechste Woche! :)

-Robin-

On 22/12/11 12:31, Robin Clarke wrote:
> Wir haben einen Konsenz!  10. Januar 2012!
>
> Nun wo:
> http://www.doodle.com/ch9tgyp7hp3iw83p
>
> Best winds,
> -Robin-
>
> On 19/12/11 12:48, Robin Clarke wrote:
>> Warscheinlich ist's fuer dieses Jahr schon zu spaeht, aber ein guter
>> Zeit das naechste zu planen!
>>
>> http://www.doodle.com/gqzrc8yxmdrxqak3
>>
>> Bitte Vorschlaege zur Ort in den Kommentaren am Doodle angeben!
>> -- 
>> Best winds,
>> -Robin-
>> ~:)
>>
>> # My Github repository with mostly perl code
>> # https://github.com/robin13
>>
>>
>> _______________________________________________
>> Munich-pm mailing list http://munich.pm.org/
>> Munich-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/munich-pm
>
> -- 
> Best winds,
> -Robin-
> ~:)
>
> # My Github repository with mostly perl code
> # https://github.com/robin13
>
>
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120104/eed3c74b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120104/eed3c74b/attachment.bin>

From Harald.Joerg at arcor.de  Wed Jan  4 14:50:19 2012
From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=)
Date: Wed, 04 Jan 2012 23:50:19 +0100
Subject: [Munich-pm] Next Perl Mongers
In-Reply-To: <4F045E36.8090207@robinclarke.net> (Robin Clarke's message of
	"Wed, 04 Jan 2012 15:12:06 +0100")
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net> <4F045E36.8090207@robinclarke.net>
Message-ID: <87boqj9j6c.fsf@arcor.de>

Robin Clarke <robin at robinclarke.net> writes:

> Ich sehe Daniel hat's gefunden, also ist das mail wohl doch nicht verlohren
> gegangen.  Frage steht noch: WO essen wir.  Bitte mit doodlen!
>
> http://www.doodle.com/ch9tgyp7hp3iw83p

Hallo Robin,

nein, die Mail ist nicht verlorengegangen.  Vielen Dank f?r Deine
Organisationsarbeit!

Mir ist's allerdings weitgehend egal, wo... drum habe ich bisher nicht
abgestimmt.  Mit einigen kann ich auch gar nix anfangen: Kann man
z.B. bei coworking munich wirklich was essen?
Mein Abstimmungsbeitrag ist daher ein bisschen wie die ersten drei bei
http://xkcd.com/937/ (The problem with average star ratings)...
--
Cheers,
haj

>
> Bis naechste Woche! :)
>
> -Robin-
>
> On 22/12/11 12:31, Robin Clarke wrote:
>
>     Wir haben einen Konsenz!  10. Januar 2012!
>
>     Nun wo:
>     http://www.doodle.com/ch9tgyp7hp3iw83p
>
>     Best winds,
>     -Robin-
>
>     On 19/12/11 12:48, Robin Clarke wrote:
>
>         Warscheinlich ist's fuer dieses Jahr schon zu spaeht, aber ein guter
>         Zeit das naechste zu planen!
>
>         http://www.doodle.com/gqzrc8yxmdrxqak3
>
>         Bitte Vorschlaege zur Ort in den Kommentaren am Doodle angeben!
>
>         --
>         Best winds,
>         -Robin-
>         ~:)
>
>         # My Github repository with mostly perl code
>         # https://github.com/robin13
>
>
>        
>         _______________________________________________
>         Munich-pm mailing list http://munich.pm.org/
>         Munich-pm at pm.org
>         http://mail.pm.org/mailman/listinfo/munich-pm
>
>
>     --
>     Best winds,
>     -Robin-
>     ~:)
>
>     # My Github repository with mostly perl code
>     # https://github.com/robin13
>
>
>    
>     _______________________________________________
>     Munich-pm mailing list http://munich.pm.org/
>     Munich-pm at pm.org
>     http://mail.pm.org/mailman/listinfo/munich-pm
>
>
> --
> Best winds,
> -Robin-
> ~:)
>
> # My Github repository with mostly perl code
> # https://github.com/robin13
>
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

From robin at robinclarke.net  Sun Jan  8 03:53:47 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Sun, 08 Jan 2012 12:53:47 +0100
Subject: [Munich-pm] Next Perl Mongers
In-Reply-To: <87boqj9j6c.fsf@arcor.de>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
Message-ID: <4F0983CB.90500@robinclarke.net>

Hey Munich PM!

Looks like the choice has fallen (or rather stumbled) on Augustiner
Braustuben!
http://g.co/maps/z99jp

See you there on Tuesday 10th January 2012 at 19:00!

Best winds,
-Robin-


On 04/01/12 23:50, Harald J?rg wrote:
> Robin Clarke <robin at robinclarke.net> writes:
>
>> Ich sehe Daniel hat's gefunden, also ist das mail wohl doch nicht verlohren
>> gegangen.  Frage steht noch: WO essen wir.  Bitte mit doodlen!
>>
>> http://www.doodle.com/ch9tgyp7hp3iw83p
> Hallo Robin,
>
> nein, die Mail ist nicht verlorengegangen.  Vielen Dank f?r Deine
> Organisationsarbeit!
>
> Mir ist's allerdings weitgehend egal, wo... drum habe ich bisher nicht
> abgestimmt.  Mit einigen kann ich auch gar nix anfangen: Kann man
> z.B. bei coworking munich wirklich was essen?
> Mein Abstimmungsbeitrag ist daher ein bisschen wie die ersten drei bei
> http://xkcd.com/937/ (The problem with average star ratings)...
> --
> Cheers,
> haj
>
>> Bis naechste Woche! :)
>>
>> -Robin-
>>
>> On 22/12/11 12:31, Robin Clarke wrote:
>>
>>     Wir haben einen Konsenz!  10. Januar 2012!
>>
>>     Nun wo:
>>     http://www.doodle.com/ch9tgyp7hp3iw83p
>>
>>     Best winds,
>>     -Robin-
>>
>>     On 19/12/11 12:48, Robin Clarke wrote:
>>
>>         Warscheinlich ist's fuer dieses Jahr schon zu spaeht, aber ein guter
>>         Zeit das naechste zu planen!
>>
>>         http://www.doodle.com/gqzrc8yxmdrxqak3
>>
>>         Bitte Vorschlaege zur Ort in den Kommentaren am Doodle angeben!
>>
>>         --
>>         Best winds,
>>         -Robin-
>>         ~:)
>>
>>         # My Github repository with mostly perl code
>>         # https://github.com/robin13
>>
>>
>>        
>>         _______________________________________________
>>         Munich-pm mailing list http://munich.pm.org/
>>         Munich-pm at pm.org
>>         http://mail.pm.org/mailman/listinfo/munich-pm
>>
>>
>>     --
>>     Best winds,
>>     -Robin-
>>     ~:)
>>
>>     # My Github repository with mostly perl code
>>     # https://github.com/robin13
>>
>>
>>    
>>     _______________________________________________
>>     Munich-pm mailing list http://munich.pm.org/
>>     Munich-pm at pm.org
>>     http://mail.pm.org/mailman/listinfo/munich-pm
>>
>>
>> --
>> Best winds,
>> -Robin-
>> ~:)
>>
>> # My Github repository with mostly perl code
>> # https://github.com/robin13
>>
>> _______________________________________________
>> Munich-pm mailing list http://munich.pm.org/
>> Munich-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/munich-pm

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120108/a37e99ac/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120108/a37e99ac/attachment.bin>

From helling at lmu.de  Mon Jan  9 00:12:34 2012
From: helling at lmu.de (Robert C. Helling)
Date: Mon, 9 Jan 2012 09:12:34 +0100 (CET)
Subject: [Munich-pm] Next Perl Mongers
In-Reply-To: <4F0983CB.90500@robinclarke.net>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
	<4F0983CB.90500@robinclarke.net>
Message-ID: <alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>

On Sun, 8 Jan 2012, Robin Clarke wrote:

> See you there on Tuesday 10th January 2012 at 19:00!

Durch eine Terminverpeilung (ich hatte den 2012er Kalender noch nicht in 
Betrieb genommen), habe ich nicht uebersehen, dass ich Morgen nach England 
fliege und leider nicht dabei sein kann. Sorry.

Gutes Neues!
Robert

-- 
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
Robert C. Helling     Elite Master Course Theoretical and Mathematical Physics
                       Scientific Coordinator
 		      Ludwig Maximilians Universitaet Muenchen, Dept. Physik
print "Just another   Phone: +49 89 2180-4523  Theresienstr. 39, rm. B339
     stupid .sig\n";   http://www.atdotde.de

From sadhnagoyal at googlemail.com  Mon Jan  9 22:42:10 2012
From: sadhnagoyal at googlemail.com (Sadhna Goyal)
Date: Tue, 10 Jan 2012 07:42:10 +0100
Subject: [Munich-pm] Next Perl Mongers
In-Reply-To: <alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
	<4F0983CB.90500@robinclarke.net>
	<alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>
Message-ID: <CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>

Hallo Zusammen,

sch?nes neues Jahr w?nsche ich euch. Bin ich auch dabei beim
Augustiner am Abend.

Bis dann, einen sch?nen Tag

Sadhna


On Mon, Jan 9, 2012 at 9:12 AM, Robert C. Helling <helling at lmu.de> wrote:
> On Sun, 8 Jan 2012, Robin Clarke wrote:
>
>> See you there on Tuesday 10th January 2012 at 19:00!
>
>
> Durch eine Terminverpeilung (ich hatte den 2012er Kalender noch nicht in
> Betrieb genommen), habe ich nicht uebersehen, dass ich Morgen nach England
> fliege und leider nicht dabei sein kann. Sorry.
>
> Gutes Neues!
> Robert
>
> --
> .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
> Robert C. Helling ? ? Elite Master Course Theoretical and Mathematical
> Physics
> ? ? ? ? ? ? ? ? ? ? ?Scientific Coordinator
> ? ? ? ? ? ? ? ? ? ? ?Ludwig Maximilians Universitaet Muenchen, Dept. Physik
> print "Just another ? Phone: +49 89 2180-4523 ?Theresienstr. 39, rm. B339
> ? ?stupid .sig\n"; ? http://www.atdotde.de
>
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

From gabimuc at gmx.de  Tue Jan 10 16:42:52 2012
From: gabimuc at gmx.de (gabi)
Date: Wed, 11 Jan 2012 01:42:52 +0100
Subject: [Munich-pm] FYI: geheimes mongers mason password ;)
In-Reply-To: <CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
	<4F0983CB.90500@robinclarke.net>
	<alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>
	<CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>
Message-ID: <4F0CDB0C.5090308@gmx.de>

nachdem die kneipe recht gro? war und das suchen m?hsam <hechel>, wenn 
?berhaupt erfolgreich, haben wir uns auf daniels anregung hin ganz im 
sinne von dave cross und seinem 
"http://perlhacks.com/2012/01/the-perl-community-a-modest-proposal/" 
talk auf einen reservierungscode geeinigt:

alle tische werden f?r zuk?nftige treffen auf den namen "kamel" reserviert

und je l?nger ich dar?ber nachdenke desto mehr macht f?r mich ein 
erkennungsmaskottchen o.?. sinn. kleinere kneipen w?rden's nat?rlich 
auch tun <g>. was meint ihr?

btw&OT: von wegen ein fadenpendel kann nicht chaotisch werden -> 
http://www.robert-doerner.de/Getriebenes_Pendel/getriebenes_pendel.html :?

cheers, gabi



From steve at opensauce.de  Tue Jan 10 17:03:58 2012
From: steve at opensauce.de (Stephen Riehm)
Date: Wed, 11 Jan 2012 02:03:58 +0100
Subject: [Munich-pm] Gutes zum Essen?!
Message-ID: <852C4CDF-AD93-4F55-BE14-8DE95278B4EA@opensauce.de>

Wie heute Abend beim Perl Monger's besprochen...

http://www.ted.com/talks/homaro_cantu_ben_roche_cooking_as_alchemy.html
http://www.youtube.com/watch?v=TPbpqScnpu4

:-)

Steve
PS: und "Ziemlich beste Freunde" (gerade im Kino angelaufen) kann ich  
nur herzlichst empfehlen! Top Film!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2213 bytes
Desc: not available
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120111/c4e8ad15/attachment.bin>

From robin at robinclarke.net  Wed Jan 11 02:41:54 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Wed, 11 Jan 2012 11:41:54 +0100
Subject: [Munich-pm] FYI: geheimes mongers mason password ;)
In-Reply-To: <4F0CDB0C.5090308@gmx.de>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
	<4F0983CB.90500@robinclarke.net>
	<alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>
	<CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>
	<4F0CDB0C.5090308@gmx.de>
Message-ID: <4F0D6772.5010108@robinclarke.net>

Hey Gabi,

> "http://perlhacks.com/2012/01/the-perl-community-a-modest-proposal/"
Yeah - let's make it a secret society! :)

> alle tische werden f?r zuk?nftige treffen auf den namen "kamel"
> reserviert
Agreed!

> und je l?nger ich dar?ber nachdenke desto mehr macht f?r mich ein
> erkennungsmaskottchen o.?. sinn. kleinere kneipen w?rden's nat?rlich
> auch tun <g>. was meint ihr?
Sure - goahead! :)

> btw&OT: von wegen ein fadenpendel kann nicht chaotisch werden ->
> http://www.robert-doerner.de/Getriebenes_Pendel/getriebenes_pendel.html :?
>
"Getriebens" und "Gedaepftes"... kein freier Pendel!
Aber trotzdem huebsch! :)


-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120111/6d5bf5d8/attachment.bin>

From helterskelter567 at gmx.de  Wed Jan 11 02:52:35 2012
From: helterskelter567 at gmx.de (gabi)
Date: Wed, 11 Jan 2012 11:52:35 +0100
Subject: [Munich-pm] FYI: geheimes mongers mason password ;)
In-Reply-To: <4F0D6772.5010108@robinclarke.net>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
	<4F0983CB.90500@robinclarke.net>
	<alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>
	<CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>
	<4F0CDB0C.5090308@gmx.de> <4F0D6772.5010108@robinclarke.net>
Message-ID: <4F0D69F3.4020401@gmx.de>

moinsen robin

On 01/11/2012 11:41 AM, Robin Clarke wrote:
> Hey Gabi,
>
>> "http://perlhacks.com/2012/01/the-perl-community-a-modest-proposal/"
> Yeah - let's make it a secret society! :)
and i expect to hear a talk from you at the next GPW / YAPC::EU ;?
>> und je l?nger ich dar?ber nachdenke desto mehr macht f?r mich ein
>> erkennungsmaskottchen o.?. sinn. kleinere kneipen w?rden's nat?rlich
>> auch tun<g>. was meint ihr?
> Sure - goahead! :)
nadann. sobald jemand was ad?quates auf dem n?chsten 
stofftierramschtisch entdeckt...
>> btw&OT: von wegen ein fadenpendel kann nicht chaotisch werden ->
>> http://www.robert-doerner.de/Getriebenes_Pendel/getriebenes_pendel.html :?
>>
> "Getriebens" und "Gedaepftes"... kein freier Pendel!
> Aber trotzdem huebsch! :)
jau, lorenz attraktoren sind h?bscher als jeder schmuck IMO ;) ich sagte 
ja auch nur pendel. was wei? denn mein alzhirn ob getrieben, ged?mpft, 
gesotten oder sonstiges. wu?te nur mit sicherheit, da? es _kein_ 
doppelpendel war. q.e.d

cheers, gabi

From helterskelter567 at gmx.de  Wed Jan 11 02:53:07 2012
From: helterskelter567 at gmx.de (gabi)
Date: Wed, 11 Jan 2012 11:53:07 +0100
Subject: [Munich-pm] Next Perl Mongers
In-Reply-To: <CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>
References: <4EEF249D.5060104@robinclarke.net>
	<4EF3150E.4000506@robinclarke.net>
	<4F045E36.8090207@robinclarke.net> <87boqj9j6c.fsf@arcor.de>
	<4F0983CB.90500@robinclarke.net>
	<alpine.DEB.2.00.1201090858480.21747@tmp.theorie.physik.uni-muenchen.de>
	<CAK_5VsKGkCQLn1cmyrr7ELnKbEApkUxW1DZ1Cve_5V0beKqDSw@mail.gmail.com>
Message-ID: <4F0D6A13.3060303@gmx.de>

hi sadhna,

dir auch ein gutes neues

scheinst uns nicht gefunden zu haben?! w?re nicht verwunderlich bei den 
dimensionen... ich hoff wir sehen uns das n?chste mal :)

cheers, gabi

On 01/10/2012 07:42 AM, Sadhna Goyal wrote:
> Hallo Zusammen,
>
> sch?nes neues Jahr w?nsche ich euch. Bin ich auch dabei beim
> Augustiner am Abend.
>
> Bis dann, einen sch?nen Tag
>
> Sadhna
>
>
> On Mon, Jan 9, 2012 at 9:12 AM, Robert C. Helling<helling at lmu.de>  wrote:
>> On Sun, 8 Jan 2012, Robin Clarke wrote:
>>
>>> See you there on Tuesday 10th January 2012 at 19:00!
>>
>> Durch eine Terminverpeilung (ich hatte den 2012er Kalender noch nicht in
>> Betrieb genommen), habe ich nicht uebersehen, dass ich Morgen nach England
>> fliege und leider nicht dabei sein kann. Sorry.
>>
>> Gutes Neues!
>> Robert
>>
>> --
>> .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
>> Robert C. Helling     Elite Master Course Theoretical and Mathematical
>> Physics
>>                       Scientific Coordinator
>>                       Ludwig Maximilians Universitaet Muenchen, Dept. Physik
>> print "Just another   Phone: +49 89 2180-4523  Theresienstr. 39, rm. B339
>>     stupid .sig\n";   http://www.atdotde.de
>>
>> _______________________________________________
>> Munich-pm mailing list http://munich.pm.org/
>> Munich-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/munich-pm
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm


From daniel.bruder at googlemail.com  Wed Jan 11 06:09:16 2012
From: daniel.bruder at googlemail.com (Daniel Bruder)
Date: Wed, 11 Jan 2012 15:09:16 +0100
Subject: [Munich-pm] Gutes zum Essen?!
In-Reply-To: <852C4CDF-AD93-4F55-BE14-8DE95278B4EA@opensauce.de>
References: <852C4CDF-AD93-4F55-BE14-8DE95278B4EA@opensauce.de>
Message-ID: <CANTdzoSAr-86XcVdFt0BX3vR7hXU9QPvcYjNZ35mJfyMCdjBhg@mail.gmail.com>

Etwas Dessert von meiner Seite noch dazu, und um die Linksammlungen des
gestrigen Abends von meiner Seite noch zu komplettieren:

Ja es gibt mit Sicherheit gen?gend Templating-Engines (oder eben nicht
gen?gend weil keiner hat den Stein der Weisen bisher gefunden hat?) ? wie
auch immer, ich w?rde diesem "New Kid on the Block" zun?chst mein Vertrauen
schenken:
    https://metacpan.org/module/Template::Declare
...und wenn es in Verbindung mit Dancer w?re, w?rde ich
    https://metacpan.org/module/Dancer::Template::TemplateDeclare
versuchen.

Selber Punkt wie bei Templating-Engines: das Chaos bei Getopt, weil 's
jeder immer anders will/braucht. Zeit wird es f?r einen Backport
Perl6::MAIN. Hier eine kurze Beschreibung bei Moritz Lenz:
    http://perlgeek.de/en/article/5-to-6#post_14

Wir sollten uns auch unbedingt noch ein Thema f?r das n?chste Mal
vorkn?pfen:
Eine gelungene, saubere, verst?ndliche Toolchain von cpanm + local::lib +
perlbrew. Ganz sooo einfach ist es dann n?mlich doch auch wieder nicht...
Ich hab aber gestern vergessen, darauf anzusprechen und nach weiteren
Meinungen / Erfahrungswerten zu fragen. Was soll's: There's always a next
Kamel-Stammtisch!

Gr??e,
Daniel

2012/1/11 Stephen Riehm <steve at opensauce.de>

> Wie heute Abend beim Perl Monger's besprochen...
>
> http://www.ted.com/talks/**homaro_cantu_ben_roche_**
> cooking_as_alchemy.html<http://www.ted.com/talks/homaro_cantu_ben_roche_cooking_as_alchemy.html>
> http://www.youtube.com/watch?**v=TPbpqScnpu4<http://www.youtube.com/watch?v=TPbpqScnpu4>
>
> :-)
>
> Steve
> PS: und "Ziemlich beste Freunde" (gerade im Kino angelaufen) kann ich nur
> herzlichst empfehlen! Top Film!
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120111/ac6486a5/attachment-0001.html>

From tech at tool.de  Wed Jan 11 06:45:45 2012
From: tech at tool.de (Andreas Hernitscheck)
Date: Wed, 11 Jan 2012 14:45:45 +0000
Subject: [Munich-pm] Gutes zum Essen?!
Message-ID: <201201111445.q0BEjjRv012936@rs101.luxsci.com>

Ich war ja nicht bei der Diskussion, aber ist nicht template-toolkit 
eine gute wahl?

On 11 January, 2012 15:09:16 Berlin, Daniel Bruder 
<daniel.bruder at googlemail.com> wrote:
Etwas Dessert von meiner Seite noch dazu, und um die Linksammlungen des 
gestrigen Abends von meiner Seite noch zu komplettieren:

Ja es gibt mit Sicherheit gen?gend Templating-Engines (oder eben nicht 
gen?gend weil keiner hat den Stein der Weisen bisher gefunden hat?) 
? wie auch immer, ich w?rde diesem "New Kid on the Block" zun?chst 
mein Vertrauen schenken:
    [1]https://metacpan.org/module/Template::Declare
...und wenn es in Verbindung mit Dancer w?re, w?rde ich
    [2]https://metacpan.org/module/Dancer::Template::TemplateDeclare
versuchen.

Selber Punkt wie bei Templating-Engines: das Chaos bei Getopt, weil 's 
jeder immer anders will/braucht. Zeit wird es f?r einen Backport 
Perl6::MAIN. Hier eine kurze Beschreibung bei Moritz Lenz:
    [3]http://perlgeek.de/en/article/5-to-6#post_14

Wir sollten uns auch unbedingt noch ein Thema f?r das n?chste Mal 
vorkn?pfen:
Eine gelungene, saubere, verst?ndliche Toolchain von cpanm + 
local::lib + perlbrew. Ganz sooo einfach ist es dann n?mlich doch auch 
wieder nicht... Ich hab aber gestern vergessen, darauf anzusprechen und 
nach weiteren Meinungen / Erfahrungswerten zu fragen. Was soll's: 
There's always a next Kamel-Stammtisch!

Gr??e,
Daniel
2012/1/11 Stephen Riehm <[4]steve at opensauce.de>

  Wie heute Abend beim Perl Monger's besprochen...
  [5]http://www.ted.com/talks/homaro_cantu_ben_roche_cooking_as_alchemy.html
  [6]http://www.youtube.com/watch?v=TPbpqScnpu4
  :-)
  Steve
  PS: und "Ziemlich beste Freunde" (gerade im Kino angelaufen) kann ich 
nur herzlichst empfehlen! Top Film!
  _______________________________________________
  Munich-pm mailing list [7]http://munich.pm.org/
  [8]Munich-pm at pm.org
  [9]http://mail.pm.org/mailman/listinfo/munich-pm

  
_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

_______________________________________________
Munich-pm mailing list [10]http://munich.pm.org/
Munich-pm at pm.org
[11]http://mail.pm.org/mailman/listinfo/munich-pm
--
Andreas Hernitscheck
E-mail: tech at tool.de
Gertrud-B?umer-Str. 10
80637 Munich, Germany
Phone: +49 176 210 16 397

References

1. https://metacpan.org/module/Template::Declare
2. https://metacpan.org/module/Dancer::Template::TemplateDeclare
3. http://perlgeek.de/en/article/5-to-6#post_14
4. mailto:steve at opensauce.de
5. http://www.ted.com/talks/homaro_cantu_ben_roche_cooking_as_alchemy.html
6. http://www.youtube.com/watch?v=TPbpqScnpu4
7. http://munich.pm.org/
8. mailto:Munich-pm at pm.org
9. http://mail.pm.org/mailman/listinfo/munich-pm
  10. http://munich.pm.org/
  11. http://mail.pm.org/mailman/listinfo/munich-pm

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120111/7bff80c1/attachment.html>

From Harald.Joerg at arcor.de  Wed Jan 11 09:42:48 2012
From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=)
Date: Wed, 11 Jan 2012 18:42:48 +0100
Subject: [Munich-pm] Gutes zum Essen?!
In-Reply-To: <201201111445.q0BEjjRv012936@rs101.luxsci.com> (Andreas
	Hernitscheck's message of "Wed, 11 Jan 2012 14:45:45 +0000")
References: <201201111445.q0BEjjRv012936@rs101.luxsci.com>
Message-ID: <8739bm16g7.fsf@arcor.de>

"Andreas Hernitscheck" <tech at tool.de> writes:

> Ich war ja nicht bei der Diskussion, aber ist nicht template-toolkit eine gute
> wahl?

Jo.  Aber das kennt ja schon jeder, dar?ber diskutieren wir nicht mehr ;)

Von mir auch noch ein Link zu einem Modul, das Steve immer wieder
genannt hat (obwohl es gar keine Template Engine ist):
http://search.cpan.org/~doy/Try-Tiny-0.11/lib/Try/Tiny.pm

Error.pm sagt in "See also":

    TryCatch and Try::Tiny are similar in concept to Error.pm only
    providing a syntax that hopefully breaks less.

Also wieder mal mehrere Module mit unterschiedlicher Syntax f?r das
gleiche.  Wenn man Pech hat, gibt's in einem gr??eren Projekt auf einmal
mehrere davon und man muss raten, welche try-Syntax grade gilt :/
    
-- 
Cheers,
haj

>  
> On 11 January, 2012 15:09:16 Berlin, Daniel Bruder
> <daniel.bruder at googlemail.com> wrote:
>
>
> Etwas Dessert von meiner Seite noch dazu, und um die Linksammlungen des
> gestrigen Abends von meiner Seite noch zu komplettieren:
>  
> Ja es gibt mit Sicherheit gen?gend Templating-Engines (oder eben nicht gen?gend
> weil keiner hat den Stein der Weisen bisher gefunden hat?) ? wie auch immer,
> ich w?rde diesem "New Kid on the Block" zun?chst mein Vertrauen schenken:
>     https://metacpan.org/module/Template::Declare
> ...und wenn es in Verbindung mit Dancer w?re, w?rde ich 
>     https://metacpan.org/module/Dancer::Template::TemplateDeclare
> versuchen.
> [...]

From stefan.bauer at cubewerk.de  Thu Jan 12 00:28:24 2012
From: stefan.bauer at cubewerk.de (=?utf-8?Q?Stefan_Bauer?=)
Date: Thu, 12 Jan 2012 09:28:24 +0100
Subject: [Munich-pm] Hash mit Hash verschmelzen
Message-ID: <zarafa.4f0e99a8.39c2.1a0b16a528772e89@zarafa.cubewerk.int>

Hallo Mongers,

ich stehe vor dem Problem, bei einer Ausgabe ein Hash mit einem Hash zu verschmelzen. Jedoch bin ich weit entfernt davon, mir einen Reim zu machen und bitte euch um Hilfe:

@a = qw/ 089 030 040 089 030 040 040/;

my %hash;
$hash{$_}++ for @a;

my @sortiert = map{ "$_ $hash{$_} mal" }sort{ $hash{$b} <=> $hash{$a} }keys %hash;
print join "\n", @sortiert;


%areacode = (
"089"   =>      "Muenchen",
"030"   =>      "Berlin",
"040"   =>      "Hamburg",
);


Das Hash mit den Areacodes soll also in der print-Ausgabe integriert werden.

Derzeit erhalte ich:

040 3mal
030 2mal
089 2mal

Ich h?tte jedoch gerne hinter der Nummer in Klammern noch den passenden Ort aus dem areacode-Hash.


Danke im Voraus


Stefan

From robin at robinclarke.net  Thu Jan 12 00:38:25 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Thu, 12 Jan 2012 09:38:25 +0100
Subject: [Munich-pm] Hash mit Hash verschmelzen
In-Reply-To: <zarafa.4f0e99a8.39c2.1a0b16a528772e89@zarafa.cubewerk.int>
References: <zarafa.4f0e99a8.39c2.1a0b16a528772e89@zarafa.cubewerk.int>
Message-ID: <4F0E9C01.4040903@robinclarke.net>

my @a = qw/ 089 030 040 089 030 040 040/;

my %hash;
$hash{$_}++ for @a;

my %areacode = (
"089"   =>      "Muenchen",
"030"   =>      "Berlin",
"040"   =>      "Hamburg",
);

printf( "%s\n", join "\n", map{ "$_ $hash{$_} mal ($areacode{$_})"
}sort{ $hash{$b} <=> $hash{$a} }keys %hash );


Best winds,
-Robin-

On 12/01/12 09:28, Stefan Bauer wrote:
> Hallo Mongers,
>
> ich stehe vor dem Problem, bei einer Ausgabe ein Hash mit einem Hash zu verschmelzen. Jedoch bin ich weit entfernt davon, mir einen Reim zu machen und bitte euch um Hilfe:
>
> @a = qw/ 089 030 040 089 030 040 040/;
>
> my %hash;
> $hash{$_}++ for @a;
>
> my @sortiert = map{ "$_ $hash{$_} mal" }sort{ $hash{$b} <=> $hash{$a} }keys %hash;
> print join "\n", @sortiert;
>
>
> %areacode = (
> "089"   =>      "Muenchen",
> "030"   =>      "Berlin",
> "040"   =>      "Hamburg",
> );
>
>
> Das Hash mit den Areacodes soll also in der print-Ausgabe integriert werden.
>
> Derzeit erhalte ich:
>
> 040 3mal
> 030 2mal
> 089 2mal
>
> Ich h?tte jedoch gerne hinter der Nummer in Klammern noch den passenden Ort aus dem areacode-Hash.
>
>
> Danke im Voraus
>
>
> Stefan
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120112/5725e11b/attachment.bin>

From robin at robinclarke.net  Fri Jan 13 03:19:05 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Fri, 13 Jan 2012 12:19:05 +0100
Subject: [Munich-pm] Next Munich Perl Mongers bei Exelution
Message-ID: <4F101329.7010108@robinclarke.net>

Hallo zusammen,

Ich habe uns Reumlichkeiten gefunden wo wir eine richtig Perl Mongers
meetup mit Vortraege machen koennen!

Exelution GmbH haben netterweise deren Vortragsreume zur verfuegung
gestellt:
http://www.exelution.com/
http://maps.google.com/maps/place?cid=4758548524636751152

Bitte gleich hier eintragen damit wir bald ein Termin haben, und die
Kollegen den Raum fuer den Termin fest reservieren koennen:
http://www.doodle.com/75ge2vvyn4hnvi3e

Und parallel dazu bitte auch ueberlegen was ihr gerne vortragen bzw.
hoehren wuerdet.

Ich fuer mein Teil koennte:
Dancer - an introduction to yet another web application framework.
Google::Fusion - geospatial data in the cloud
Math::Geometry::Planar - merging areas
WWW::EFA - Elektronische Fahrplan Auskunft.  A module in beta looking
for helpers

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120113/a1a7a684/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120113/a1a7a684/attachment.bin>

From jurgen.muck at yahoo.de  Fri Jan 13 04:23:51 2012
From: jurgen.muck at yahoo.de (=?iso-8859-1?Q?J=FCrgen_M=FCck?=)
Date: Fri, 13 Jan 2012 12:23:51 +0000 (GMT)
Subject: [Munich-pm] Next Munich Perl Mongers bei Exelution
In-Reply-To: <4F101329.7010108@robinclarke.net>
References: <4F101329.7010108@robinclarke.net>
Message-ID: <1326457431.93575.YahooMailNeo@web24816.mail.ird.yahoo.com>

Wow!
?
Ein ehemaliger Kollege von mir arbeitet an der Core-Entwicklung des EFA-Produkts von Mentz Datenverarbeitung in M?nchen. 
?
Falls wir uns f?r das Thema WWW:EFA entscheiden, k?nnte es interessant sein, ihn dazu einzuladen, auch wenn er kein Perler ist. 
?
Gr??e
J?rgen

Von: Robin Clarke <robin at robinclarke.net>
>An: Munich PM <munich-pm at pm.org> 
>Gesendet: 12:19 Freitag, 13.Januar 2012
>Betreff: [Munich-pm] Next Munich Perl Mongers bei Exelution
>
>
>Hallo zusammen,
>
>Ich habe uns Reumlichkeiten gefunden wo wir eine richtig Perl Mongers meetup mit Vortraege machen koennen!
>
>Exelution GmbH haben netterweise deren Vortragsreume zur verfuegung gestellt:
>http://www.exelution.com/
>http://maps.google.com/maps/place?cid=4758548524636751152
>
>Bitte gleich hier eintragen damit wir bald ein Termin haben, und die Kollegen den Raum fuer den Termin fest reservieren koennen:
>http://www.doodle.com/75ge2vvyn4hnvi3e
>
>Und parallel dazu bitte auch ueberlegen was ihr gerne vortragen bzw. hoehren wuerdet.
>
>Ich fuer mein Teil koennte:
>Dancer - an introduction to yet another web application framework.
>Google::Fusion - geospatial data in the cloud
>Math::Geometry::Planar - merging areas
>WWW::EFA - Elektronische Fahrplan Auskunft.? A module in beta looking for helpers
>
>
>-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13 
>_______________________________________________
>Munich-pm mailing list http://munich.pm.org/
>Munich-pm at pm.org
>http://mail.pm.org/mailman/listinfo/munich-pm
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120113/fae27fe4/attachment.html>

From tech at tool.de  Fri Jan 13 04:25:42 2012
From: tech at tool.de (Andreas Hernitscheck)
Date: Fri, 13 Jan 2012 12:25:42 +0000
Subject: [Munich-pm] Next Munich Perl Mongers bei Exelution
Message-ID: <201201131225.q0DCPgW2025375@rs101.luxsci.com>

Klasse Robin!

jetzt waere schon die Website gut. man kann doch irgendwie doodle 
nutzen oder? Ich weiss nicht, ob man da durch verschiedene Personen 
Vortragsideen sammeln kann und auch abstimmen kann, oder ob das nur der 
Author kann?


Weil ich es gerade gemacht habe, koennte ich das NYTProf Diff 
vorstellen. Mich wuerde Dancer noch am meisten interessieren.





On 13 January, 2012 12:19:05 Berlin, Robin Clarke 
<robin at robinclarke.net> wrote:
Hallo zusammen,
Ich habe uns Reumlichkeiten gefunden wo wir eine richtig Perl Mongers 
meetup mit Vortraege machen koennen!
Exelution GmbH haben netterweise deren Vortragsreume zur verfuegung gestellt:
[1]http://www.exelution.com/
[2]http://maps.google.com/maps/place?cid=4758548524636751152
Bitte gleich hier eintragen damit wir bald ein Termin haben, und die 
Kollegen den Raum fuer den Termin fest reservieren koennen:
[3]http://www.doodle.com/75ge2vvyn4hnvi3e
Und parallel dazu bitte auch ueberlegen was ihr gerne vortragen bzw. 
hoehren wuerdet.
Ich fuer mein Teil koennte:
Dancer - an introduction to yet another web application framework.
Google::Fusion - geospatial data in the cloud
Math::Geometry::Planar - merging areas
WWW::EFA - Elektronische Fahrplan Auskunft.  A module in beta looking 
for helpers

--
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# [4]https://github.com/robin13
  
_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

_______________________________________________
Munich-pm mailing list [5]http://munich.pm.org/
Munich-pm at pm.org
[6]http://mail.pm.org/mailman/listinfo/munich-pm
--
Andreas Hernitscheck
E-mail: tech at tool.de
Gertrud-B?umer-Str. 14
80637 Munich, Germany
Phone: +49 176 210 16 397

References

1. http://www.exelution.com/
2. http://maps.google.com/maps/place?cid=4758548524636751152
3. http://www.doodle.com/75ge2vvyn4hnvi3e
4. https://github.com/robin13
5. http://munich.pm.org/
6. http://mail.pm.org/mailman/listinfo/munich-pm

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120113/926d6253/attachment.html>

From stefan.bauer at cubewerk.de  Fri Jan 13 05:01:17 2012
From: stefan.bauer at cubewerk.de (=?utf-8?Q?Stefan_Bauer?=)
Date: Fri, 13 Jan 2012 14:01:17 +0100
Subject: [Munich-pm] Hash mit Hash verschmelzen
Message-ID: <zarafa.4f102b1d.7b31.0da7df40504dffa0@zarafa.cubewerk.int>

Hallo Robin,

Danke - hat prima geklappt!

Stefan

----- Urspr?ngliche Nachricht -----
Von: Robin Clarke <robin at robinclarke.net>
Gesendet: Donnerstag, 12. Januar 2012 09:39
An: Stefan Bauer <stefan.bauer at cubewerk.de>
Cc: munich-pm at pm.org
Betreff: Re: [Munich-pm] Hash mit Hash verschmelzen

my @a = qw/ 089 030 040 089 030 040 040/;

my %hash;
$hash{$_}++ for @a;

my %areacode = (
"089"   =>      "Muenchen",
"030"   =>      "Berlin",
"040"   =>      "Hamburg",
);

printf( "%s\n", join "\n", map{ "$_ $hash{$_} mal ($areacode{$_})"
}sort{ $hash{$b} <=> $hash{$a} }keys %hash );


Best winds,
-Robin-

On 12/01/12 09:28, Stefan Bauer wrote:
> Hallo Mongers,
>
> ich stehe vor dem Problem, bei einer Ausgabe ein Hash mit einem Hash zu verschmelzen. Jedoch bin ich weit entfernt davon, mir einen Reim zu machen und bitte euch um Hilfe:
>
> @a = qw/ 089 030 040 089 030 040 040/;
>
> my %hash;
> $hash{$_}++ for @a;
>
> my @sortiert = map{ "$_ $hash{$_} mal" }sort{ $hash{$b} <=> $hash{$a} }keys %hash;
> print join "\n", @sortiert;
>
>
> %areacode = (
> "089"   =>      "Muenchen",
> "030"   =>      "Berlin",
> "040"   =>      "Hamburg",
> );
>
>
> Das Hash mit den Areacodes soll also in der print-Ausgabe integriert werden.
>
> Derzeit erhalte ich:
>
> 040 3mal
> 030 2mal
> 089 2mal
>
> Ich h?tte jedoch gerne hinter der Nummer in Klammern noch den passenden Ort aus dem areacode-Hash.
>
>
> Danke im Voraus
>
>
> Stefan
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13




From daniel.bruder at googlemail.com  Fri Jan 13 06:30:32 2012
From: daniel.bruder at googlemail.com (Daniel Bruder)
Date: Fri, 13 Jan 2012 15:30:32 +0100
Subject: [Munich-pm] Next Munich Perl Mongers bei Exelution
In-Reply-To: <4F101329.7010108@robinclarke.net>
References: <4F101329.7010108@robinclarke.net>
Message-ID: <CANTdzoSep0pwUMKg0R=KGmw6CFUEr8NmDZ2LHpEnk0X4UE9W+g@mail.gmail.com>

genial robin!

bin f?r Dancer, und WWW::EFA (das selbe hab ich mir grad gestern erst
gedacht)

2012/1/13 Robin Clarke <robin at robinclarke.net>

>  Hallo zusammen,
>
> Ich habe uns Reumlichkeiten gefunden wo wir eine richtig Perl Mongers
> meetup mit Vortraege machen koennen!
>
> Exelution GmbH haben netterweise deren Vortragsreume zur verfuegung
> gestellt:
> http://www.exelution.com/
> http://maps.google.com/maps/place?cid=4758548524636751152
>
> Bitte gleich hier eintragen damit wir bald ein Termin haben, und die
> Kollegen den Raum fuer den Termin fest reservieren koennen:
> http://www.doodle.com/75ge2vvyn4hnvi3e
>
> Und parallel dazu bitte auch ueberlegen was ihr gerne vortragen bzw.
> hoehren wuerdet.
>
> Ich fuer mein Teil koennte:
> Dancer - an introduction to yet another web application framework.
> Google::Fusion - geospatial data in the cloud
> Math::Geometry::Planar - merging areas
> WWW::EFA - Elektronische Fahrplan Auskunft.  A module in beta looking for
> helpers
>
> --
> Best winds,
> -Robin-
> ~:)
>
> # My Github repository with mostly perl code
> # https://github.com/robin13
>
>
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120113/81b41987/attachment.html>

From Harald.Joerg at arcor.de  Sat Jan 14 12:51:59 2012
From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=)
Date: Sat, 14 Jan 2012 21:51:59 +0100
Subject: [Munich-pm] Next Munich Perl Mongers bei Exelution
In-Reply-To: <201201131225.q0DCPgW2025375@rs101.luxsci.com> (Andreas
	Hernitscheck's message of "Fri, 13 Jan 2012 12:25:42 +0000")
References: <201201131225.q0DCPgW2025375@rs101.luxsci.com>
Message-ID: <8739bidn2o.fsf@arcor.de>

"Andreas Hernitscheck" <tech at tool.de> writes:

> jetzt waere schon die Website gut. man kann doch irgendwie doodle nutzen oder?
> Ich weiss nicht, ob man da durch verschiedene Personen Vortragsideen sammeln
> kann und auch abstimmen kann, oder ob das nur der Author kann?

Auf der Webseite (http://munich.pm.org/activities.html) kann's bisher
nur ich.  Andere Server, Tools und deren Betreuer werden noch
gesucht...

Ich habe zumindest die bisher eingegangenen Vorschl?ge
gesammelt und nach eigenem Gutd?nken mit Links versehen.  Der Link auf
das von Robin eingerichtete Termin-Doodle ist auch drin.  Hier gleich
meine pers?nliche Reihenfolge:

  1 Dancer - an introduction to yet another web application framework (Robin)
  2 Math::Geometry::Planar - merging areas (Robin)
  3 WWW::EFA - Elektronische Fahrplan Auskunft. A module in beta looking
    for helpers (Robin)
  4 NYTProf Diff (Andreas)
  5 Google::Fusion - geospatial data in the cloud (Robin)
--
Cheers,
haj




>  
>  
> Weil ich es gerade gemacht habe, koennte ich das NYTProf Diff vorstellen. Mich
> wuerde Dancer noch am meisten interessieren.
>  
>  
>  
>  
>  
> On 13 January, 2012 12:19:05 Berlin, Robin Clarke <robin at robinclarke.net>
> wrote:
>
>
> Hallo zusammen,
>
> Ich habe uns Reumlichkeiten gefunden wo wir eine richtig Perl Mongers meetup
> mit Vortraege machen koennen!
>
> Exelution GmbH haben netterweise deren Vortragsreume zur verfuegung gestellt:
> http://www.exelution.com/
> http://maps.google.com/maps/place?cid=4758548524636751152
>
> Bitte gleich hier eintragen damit wir bald ein Termin haben, und die Kollegen
> den Raum fuer den Termin fest reservieren koennen:
> http://www.doodle.com/75ge2vvyn4hnvi3e
>
> Und parallel dazu bitte auch ueberlegen was ihr gerne vortragen bzw. hoehren
> wuerdet.
>
> Ich fuer mein Teil koennte:
> Dancer - an introduction to yet another web application framework.
> Google::Fusion - geospatial data in the cloud
> Math::Geometry::Planar - merging areas
> WWW::EFA - Elektronische Fahrplan Auskunft.  A module in beta looking for
> helpers
>  
>
> --
> Best winds,
> -Robin-
> ~:)
>
> # My Github repository with mostly perl code
> # https://github.com/robin13
>
> ???????????????????????????????????????????????????????????????????????????????
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
>
> --
> Andreas Hernitscheck
>
> E-mail: tech at tool.de
>
> Gertrud-B?umer-Str. 14
> 80637 Munich, Germany
>
> Phone: +49 176 210 16 397
>  
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

From japh at opensauce.de  Thu Jan 19 15:40:55 2012
From: japh at opensauce.de (Stephen Riehm)
Date: Fri, 20 Jan 2012 00:40:55 +0100
Subject: [Munich-pm] Suche ein noch besserer Data::Dumper :-)
Message-ID: <4E937575-B636-4BD5-9FF5-64062831515A@opensauce.de>

Hi Jungs,

OK, ihr kennt schon Data::Dumper, YAML, Data::Printer etc. usw. -  
kenne ich auch... und bin von allen entt?uscht :-)
Wir erweitern unser Objekt-Orientierung immer mehr aus - was zu Folge  
hat, das unser Objekt-Netzwerke immer komplexer werden.
Noch dazu, die Objekte werden immer besser mit einander vernetzt, und  
das heisst das "mal ein Dump()" auf ein Objekt zum Debuggen
leider nicht mehr funktioniert - weil das Ganze Speicher wird  
ausgegeben.

Was ich suche ist ein Modul, der:
	ein Human-Readable format wie YAML beherrscht (muss nicht wieder  
geparst werden)
	die gefiltert werden kann (gibt nicht alle keys aus einem Hash aus)
	und noch besser, Objekte die Freiheit geben, sich selbst zu dumpen
	wenn m?glich sollte es pur-perl sein und wenige (bis gar keine)  
Abh?ngigkeiten mit sich bringen.

Kennt ihr so-was?

F?r mich habe ich ein wenig experimentiert und mir einen Modul  
geschrieben die dies mehr-oder-weniger macht.
Wenn es ein blessed object findet - schaut es nach ob die Methoden  
dump(), dumpKeyNames(), dumpKeyStyles() oder dumpKeyComments()  
definiert sind.

dump() gibt das ganze Objekt als mehr-zeilige String zur?ck - das  
Objekt kann dabei machen was es will.

dumpKeyNames() gibt einfach eine Liste alle keys die ausgegeben werden  
darf, und in welchen Reihenfolge (default ist Lexogrphisch).
Wenn andere Keys im Objekt existieren, werde sie nicht gedumpt.

dumpKeyStyles() gibt vor, wie jedes Attribute ausgegeben werden  
sollte. Der return Wert ist eine Liste key => value Paare.
Der Wert kann entweder 'asString' (ein-Zeilige Representation) und  
'dump' um das ganze Objekt aus zu geben (eigentlich, k?nnte der Wert  
irgendwelchen Methodennamen sein)

dumpKeyComments() gibt ebenfalls vor, welche Attribute mit eine  
Kommentar versehen werden sollten. Der return Wert ist ebenfalls eine  
Liste key => value Paare.
Der Wert wird als Kommentar in der Zeile vor der Key ausgegeben.

Falls eine der Methoden entdeckt wird - dann wird das Objekt  
entsprechend ausgegeben.

Zum Beispiel, ein Adressbuch, mit Gruppen und nat?rlich viele Leute.
Eine Gruppe-Objekt tr?gt eine Liste alle Mitglieder, eine Gruppen  
Email, vielleicht noch ein Kalendar Objekt usw.
Jeder Person Objekt kann auch mit seine Gruppen verbunden sein usw.

z.B.:

# Beispiel 1:
#       das Person Objekt gibt nur die Namen der verlinkten Gruppen  
aus...
my @people = $address_book->people();
print Dump( \@people );
---
- <Person object>
  name:   Adam
  email:
          # hash-keys in order provided! (and with comments!)
          work: adam at megacorp.com
          home: adam at home.de
          oma:  bub at oma.de
  groups:
          - <Group object> sport freaks
          - <Group object> extreme-couchers
          - <Group object> shatten-parker
- <Person object>
  name:      Frank
  email:
  telephone:
             home:   (089) 123123
             work:   (089) 321 321
  groups:
             - <Group object> shatten-parker
- <Person object>
  name: Joe
...

# Beispiel 2:
#       aber das Group Objekt macht es genau so umgekehrt
#       - hier werden nur die Personen-Namen ausgegeben - statt das  
ganze Objekt
my @tiny_groups = grep { scalar( $_->members() ) < 10 } $address_book- 
 >groups();
print Dump( \@tiny_groups );
---
- <Group object>
  name: schatten-parker
  email:
    group:  extrem-schatten at parkhaus.de
  # note that the Person objects are only displayed as 'name'
  members:
    - <Person object> Adam
    - <Person object> Frank
...

Habt ihr irgendwelchen Ideen?

Steve

From robin at robinclarke.net  Fri Jan 20 08:21:28 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Fri, 20 Jan 2012 17:21:28 +0100
Subject: [Munich-pm] Termin und Vortraege fuer Februar
Message-ID: <4F199488.7020705@robinclarke.net>

Hallo Zusammen,

Zusammenfassend von der Doodle poll, und emails, hier einen Plan fuer
der Februar meeting:

Wann: Dienstag 7. Februar um 19:00
Wo: Exelution GmbH, Sandstr. 33, 80335 Muenchen (http://g.co/maps/s7d67)

Damit die Kollegen bei Exelution wissen wie viele zu erwarten sind,
bitte hier noch eintragen:
http://www.doodle.com/75ge2vvyn4hnvi3e
<http://www.doodle.com/75ge2vvyn4hnvi3e#table>

Die Hauptvortraege: (20-30 minuten pro stueck):

  * NYTProf::Diff (Andreas)
      o Analysing same code under different situations, or different
        code under same situations and comparing results
  * Error handling with assertive objects (Steve)
      o "must" methoden und freunde
  * Dancer (Robin)
      o Introduction to yet another web framework
  * App::Cmd (Daniel)
      o Kommandozeilen-App-Entwicklung mit Moose

Dazu waeren 2-5 ligtning talks (5-10 minuten) auch sehr gut ergaenzend -
sag bitte bescheid wenn ihr einen Idee habt was ihr hoehren oder sagen
wollt!

Zum essen wuerde ich vorschlagen das wir eine grosse Pizzabestellung
machen der um 20:00 nach den ersten Vortraegen geliefert wird, und dazu
ein paar kisten Bier und flaschen Wein.  Damit wir nicht dort der Zeit
verzetteln mit wer-will-was und bestellungsverspaehtung, bitte jetzt
einen eMail an mir mit:

  * Was fuer ein Pizza
  * Wie gross?
  * Bier oder Wein?
  * Wie viel?

Wer das im Voraus angibt kriegt's am Abend (zahlen musst' aber schon
selber! :)), und wer nichts sagt bringt selber was, oder geht hungrig.

Ich freue mich auf's Perlige! :)

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120120/ac639711/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120120/ac639711/attachment.bin>

From Harald.Joerg at arcor.de  Fri Jan 20 15:29:39 2012
From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=)
Date: Sat, 21 Jan 2012 00:29:39 +0100
Subject: [Munich-pm] Suche ein noch besserer Data::Dumper :-)
In-Reply-To: <4E937575-B636-4BD5-9FF5-64062831515A@opensauce.de> (Stephen
	Riehm's message of "Fri, 20 Jan 2012 00:40:55 +0100")
References: <4E937575-B636-4BD5-9FF5-64062831515A@opensauce.de>
Message-ID: <87fwfavtp8.fsf@arcor.de>

Stephen Riehm schreibt:

> OK, ihr kennt schon Data::Dumper, YAML, Data::Printer etc. usw. - 
> kenne ich auch... und bin von allen entt?uscht :-)

Oh ja... das kenn' ich...

Bei kleinen Projekten braucht man's nicht und bei gro?en Projekten
schafft man's nicht...

> Wir erweitern unser Objekt-Orientierung immer mehr aus - was zu Folge
> hat, das unser Objekt-Netzwerke immer komplexer werden.

Oder, um bei einem der Themen vom letzten Meeting zu bleiben: Die
Objekte verwenden unterschiedliche Implementierungen.  In einem gro?en
Objekt sind dann Unterobjekte als blessed hash reference, solche aus
Class::Std::Fast und solche aus XS... wie bekommt man da einen Dump, der
die "wichtigen" Informationen enth?lt?

> Noch dazu, die Objekte werden immer besser mit einander vernetzt, und
> das heisst das "mal ein Dump()" auf ein Objekt zum Debuggen
> leider nicht mehr funktioniert - weil das Ganze Speicher wird
> ausgegeben.
>
> Was ich suche ist ein Modul, der:
> 	ein Human-Readable format wie YAML beherrscht (muss nicht
> wieder geparst werden)
> 	die gefiltert werden kann (gibt nicht alle keys aus einem Hash aus)
> 	und noch besser, Objekte die Freiheit geben, sich selbst zu dumpen
> 	wenn m?glich sollte es pur-perl sein und wenige (bis gar
> keine) Abh?ngigkeiten mit sich bringen.
>
> Kennt ihr so-was?

Leider nein.

> F?r mich habe ich ein wenig experimentiert und mir einen Modul
> geschrieben die dies mehr-oder-weniger macht.
> Wenn es ein blessed object findet - schaut es nach ob die Methoden
> dump(), dumpKeyNames(), dumpKeyStyles() oder dumpKeyComments()
> definiert sind.
>
> dump() gibt das ganze Objekt als mehr-zeilige String zur?ck - das
> Objekt kann dabei machen was es will.

Das habe ich auch schon manchmal gemacht: Eine dump()-Methode f?r meine
Klassen geschrieben.  Geht aber nur "bottom up", der dump() muss ja
wieder wissen, was er mit allen Objekten macht, die er enth?lt.  Noch
ein Fallstrick: Bei Vererbung (jaja, sollte man vermeiden) erbt man auch
dump() aus der Basisklasse.  Das schreibt aber vielleicht nicht alles,
was man braucht.

> dumpKeyNames() gibt einfach eine Liste alle keys die ausgegeben werden
> darf, und in welchen Reihenfolge (default ist Lexogrphisch).
> Wenn andere Keys im Objekt existieren, werde sie nicht gedumpt.

Meinst Du "Keys" (wie in hash keys) oder doch eher "Attributes" (wie in
OO-Terminologie)?  Keys verstehe ich dann, wenn Du riesige Hashes mit
tausenden von Keys hast, aber nur eine Auswahl brauchst.  Bei einem tied
hash aus einer Datenbank kann sowas t?dlich sein.

Bei Objekten ist f?r mich eher die tiefe Verschachtelung ein Problem,
die Anzahl der Namen pro Objekt ist bei mir meistens ?bersichtlich.  Da
hilft mir so etwas wie Data::Dumper::Maxdepth mehr als mir dumpKeyNames
helfen w?rde.  Auch in Deinen Beispielen unten w?rde das ausreichen!

> dumpKeyStyles() gibt vor, wie jedes Attribute ausgegeben werden
> sollte. Der return Wert ist eine Liste key => value Paare.
> Der Wert kann entweder 'asString' (ein-Zeilige Representation) und
> dump' um das ganze Objekt aus zu geben (eigentlich, k?nnte der Wert
> irgendwelchen Methodennamen sein)

Gef?llt mir nicht so gut.  Denn wenn das Attribut selbst ein Objekt ist,
wei? nur dieses Objekt, wie es dargestellt werden kann.  Hier mu?t Du
vorher f?r jedes Unterobjekt wissen, was es ist.

> dumpKeyComments() gibt ebenfalls vor, welche Attribute mit eine
> Kommentar versehen werden sollten. Der return Wert ist ebenfalls eine
> Liste key => value Paare.
> Der Wert wird als Kommentar in der Zeile vor der Key ausgegeben.
>
> Falls eine der Methoden entdeckt wird - dann wird das Objekt
> entsprechend ausgegeben.

Das geht aber schlecht nach unten zu delegieren.  Ein Dump() kann
versuchen, f?r jedes Attribut-Objekt auch Dump() aufzurufen, ok.  Ein
dumpKeyNames() kann das aber nicht wirklich, weil es nicht wei?, welche
Keys aus dem Attribut-Objekt Du haben willst.

> Zum Beispiel, ein Adressbuch, mit Gruppen und nat?rlich viele Leute.
> Eine Gruppe-Objekt tr?gt eine Liste alle Mitglieder, eine Gruppen
> Email, vielleicht noch ein Kalendar Objekt usw.
> Jeder Person Objekt kann auch mit seine Gruppen verbunden sein usw.
>
> z.B.:
>
> # Beispiel 1:
> #       das Person Objekt gibt nur die Namen der verlinkten Gruppen
> aus...
> my @people = $address_book->people();
> print Dump( \@people );
> ---
> - <Person object>
>  name:   Adam
>  email:
>          # hash-keys in order provided! (and with comments!)
>          work: adam at megacorp.com
>          home: adam at home.de
>          oma:  bub at oma.de
>  groups:
>          - <Group object> sport freaks
>          - <Group object> extreme-couchers
>          - <Group object> shatten-parker
> - <Person object>
>  name:      Frank
>  email:
>  telephone:
>             home:   (089) 123123
>             work:   (089) 321 321
>  groups:
>             - <Group object> shatten-parker
> - <Person object>
>  name: Joe
> ...
>
> # Beispiel 2:
> #       aber das Group Objekt macht es genau so umgekehrt
> #       - hier werden nur die Personen-Namen ausgegeben - statt das
> ganze Objekt
> my @tiny_groups = grep { scalar( $_->members() ) < 10 } $address_book-
>>groups();
> print Dump( \@tiny_groups );
> ---
> - <Group object>
>  name: schatten-parker
>  email:
>    group:  extrem-schatten at parkhaus.de
>  # note that the Person objects are only displayed as 'name'
>  members:
>    - <Person object> Adam
>    - <Person object> Frank
> ...
>
> Habt ihr irgendwelchen Ideen?

Eher ein paar Erfahrungen mit Code-Erbschaften.

 * Anstelle von "Dump()" w?rde ich lieber das Zielformat in der Methode
   haben, z.B.  "asYAML()", wenn's YAML werden soll, oder "asDebug()",
   wenn's vor allem lesbar sein soll.  Sonst findest Du im perldoc
   Dump(), rufst es auf, und bekommst eine bunte Mischung aus
   Data::Dumper, YAML, XML-Serialisierung, stringify.... was auch immer
   dem Programmierer grade eingefallen ist.

 * BTDT: Dump() braucht man selten, also schreibt's $CLEVER_GUY in die
   AUTOLOAD-Methode, damit es nur bei Bedarf mit require() nachgeladen
   wird.  $OTHER_CLEVER_GUY stellt fest, dass nicht jedes Objekt aus dem
   Projekt Dump() implementiert und fragt erst nach, ob das Ding, das er
   dumpen will, auch Dump() kann: if UNIVERSAL::can($object,'Dump')...
   Er bekommt immer false, weil can() nichts von AUTOLOAD versteht.
   (es ging damals um asHTML, aber das Prinzip ist das gleiche)

--
Cheers,
haj

From jurgen.muck at yahoo.de  Sat Jan 21 01:34:15 2012
From: jurgen.muck at yahoo.de (=?utf-8?Q?J=C3=BCrgen_M=C3=BCck?=)
Date: Sat, 21 Jan 2012 10:34:15 +0100
Subject: [Munich-pm] Termin und Vortraege fuer Februar
In-Reply-To: <4F199488.7020705@robinclarke.net>
References: <4F199488.7020705@robinclarke.net>
Message-ID: <F00A1718-F41D-4483-9507-BEFC16281485@yahoo.de>

Klasse!
Kann es sein, dass das der falsche Doodle-Link ist? 
Mit dem Iphone komme ich nur auf einen 
(mobilen) Anmeldebildschirm. 

J?rgen

Am 20.01.2012 um 17:21 schrieb Robin Clarke <robin at robinclarke.net>:

> Hallo Zusammen,
> 
> Zusammenfassend von der Doodle poll, und emails, hier einen Plan fuer der Februar meeting:
> 
> Wann: Dienstag 7. Februar um 19:00
> Wo: Exelution GmbH, Sandstr. 33, 80335 Muenchen (http://g.co/maps/s7d67)
> 
> Damit die Kollegen bei Exelution wissen wie viele zu erwarten sind, bitte hier noch eintragen:
> http://www.doodle.com/75ge2vvyn4hnvi3e
> 
> Die Hauptvortraege: (20-30 minuten pro stueck):
> NYTProf::Diff (Andreas)
> Analysing same code under different situations, or different code under same situations and comparing results
> Error handling with assertive objects (Steve)
> "must" methoden und freunde
> Dancer (Robin)
> Introduction to yet another web framework
> App::Cmd (Daniel)
> Kommandozeilen-App-Entwicklung mit Moose
> Dazu waeren 2-5 ligtning talks (5-10 minuten) auch sehr gut ergaenzend - sag bitte bescheid wenn ihr einen Idee habt was ihr hoehren oder sagen wollt!
> Zum essen wuerde ich vorschlagen das wir eine grosse Pizzabestellung machen der um 20:00 nach den ersten Vortraegen geliefert wird, und dazu ein paar kisten Bier und flaschen Wein.  Damit wir nicht dort der Zeit verzetteln mit wer-will-was und bestellungsverspaehtung, bitte jetzt einen eMail an mir mit:
> Was fuer ein Pizza
> Wie gross?
> Bier oder Wein?
> Wie viel?
> Wer das im Voraus angibt kriegt's am Abend (zahlen musst' aber schon selber! :)), und wer nichts sagt bringt selber was, oder geht hungrig.
> Ich freue mich auf's Perlige! :)
> -- 
> Best winds,
> -Robin-
> ~:)
> 
> # My Github repository with mostly perl code
> # https://github.com/robin13
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120121/ba5cbf35/attachment.html>

From robin at robinclarke.net  Sat Jan 21 01:54:18 2012
From: robin at robinclarke.net (Robin Clarke)
Date: Sat, 21 Jan 2012 10:54:18 +0100
Subject: [Munich-pm] Termin und Vortraege fuer Februar
In-Reply-To: <F00A1718-F41D-4483-9507-BEFC16281485@yahoo.de>
References: <4F199488.7020705@robinclarke.net>
	<F00A1718-F41D-4483-9507-BEFC16281485@yahoo.de>
Message-ID: <4F1A8B4A.4010009@robinclarke.net>

Hey Juergen,

Das Link fuer Doodle ist richtig!  Kann seien das iPhone einen Schmarn
macht... auf'm Android geht's! ;-P

Best winds,
-Robin-

On 21/01/12 10:34, J?rgen M?ck wrote:
> Klasse!
> Kann es sein, dass das der falsche Doodle-Link ist? 
> Mit dem Iphone komme ich nur auf einen 
> (mobilen) Anmeldebildschirm. 
>
> J?rgen
>
> Am 20.01.2012 um 17:21 schrieb Robin Clarke <robin at robinclarke.net
> <mailto:robin at robinclarke.net>>:
>
>> Hallo Zusammen,
>>
>> Zusammenfassend von der Doodle poll, und emails, hier einen Plan fuer
>> der Februar meeting:
>>
>> Wann: Dienstag 7. Februar um 19:00
>> Wo: Exelution GmbH, Sandstr. 33, 80335 Muenchen (http://g.co/maps/s7d67)
>>
>> Damit die Kollegen bei Exelution wissen wie viele zu erwarten sind,
>> bitte hier noch eintragen:
>> http://www.doodle.com/75ge2vvyn4hnvi3e
>>
>> Die Hauptvortraege: (20-30 minuten pro stueck):
>>
>>   * NYTProf::Diff (Andreas)
>>       o Analysing same code under different situations, or different
>>         code under same situations and comparing results
>>   * Error handling with assertive objects (Steve)
>>       o "must" methoden und freunde
>>   * Dancer (Robin)
>>       o Introduction to yet another web framework
>>   * App::Cmd (Daniel)
>>       o Kommandozeilen-App-Entwicklung mit Moose
>>
>> Dazu waeren 2-5 ligtning talks (5-10 minuten) auch sehr gut
>> ergaenzend - sag bitte bescheid wenn ihr einen Idee habt was ihr
>> hoehren oder sagen wollt!
>>
>> Zum essen wuerde ich vorschlagen das wir eine grosse Pizzabestellung
>> machen der um 20:00 nach den ersten Vortraegen geliefert wird, und
>> dazu ein paar kisten Bier und flaschen Wein.  Damit wir nicht dort
>> der Zeit verzetteln mit wer-will-was und bestellungsverspaehtung,
>> bitte jetzt einen eMail an mir mit:
>>
>>   * Was fuer ein Pizza
>>   * Wie gross?
>>   * Bier oder Wein?
>>   * Wie viel?
>>
>> Wer das im Voraus angibt kriegt's am Abend (zahlen musst' aber schon
>> selber! :)), und wer nichts sagt bringt selber was, oder geht hungrig.
>>
>> Ich freue mich auf's Perlige! :)
>>
>> -- 
>> Best winds,
>> -Robin-
>> ~:)
>>
>> # My Github repository with mostly perl code
>> # https://github.com/robin13
>> _______________________________________________
>> Munich-pm mailing list http://munich.pm.org/
>> Munich-pm at pm.org <mailto:Munich-pm at pm.org>
>> http://mail.pm.org/mailman/listinfo/munich-pm
>
>
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm

-- 
Best winds,
-Robin-
~:)

# My Github repository with mostly perl code
# https://github.com/robin13

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120121/6aa6c6e2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 302 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120121/6aa6c6e2/attachment-0001.bin>

From jurgen.muck at yahoo.de  Sat Jan 21 03:38:50 2012
From: jurgen.muck at yahoo.de (=?utf-8?Q?J=C3=BCrgen_M=C3=BCck?=)
Date: Sat, 21 Jan 2012 12:38:50 +0100
Subject: [Munich-pm] Suche ein noch besserer Data::Dumper :-)
In-Reply-To: <87fwfavtp8.fsf@arcor.de>
References: <4E937575-B636-4BD5-9FF5-64062831515A@opensauce.de>
	<87fwfavtp8.fsf@arcor.de>
Message-ID: <15CCC8FF-5EF5-4FEF-854A-9FD9E63FEB11@yahoo.de>

Anmerkungen in der Qualit?t kann ich als Neuling nicht liefern ...
Aber ich habe eine Anregung, die einigerma?en orthogonal dazu ist. 

F?r eine ?hnliche Funktionalit?t in der (Interpretersprache) Matlab haben wir beim Dump eines Objekts Attribute, die selbst Objekte waren, in der Ausgabe in der Shell mit Links hinterlegt und die Objekte nur aufgelistet (idealerweise mit Klasse und Namen /Identifiern). Der Klick auf den Link hat dann den Dump des Objekts selbst durchgef?hrt. Auf diese Weise kann man (vorw?rts) navigieren. Auch Listen haben wir nur als Link ausgegeben. 

Ob das geht, h?ngt nat?rlich von der Shell / Oberfl?che ab. Da ich bei Perl bisher immer noch mit Windows cmd arbeite, kann ich da keine Erfahrung beisteuern. 

Aah: Man k?nnte nat?rlich in einen Browser als Html ausgeben, mit B?umen, die man aufklappen kann ...

Gr??e,
J?rgen

Am 21.01.2012 um 00:29 schrieb Harald.Joerg at arcor.de (Harald J?rg):

> Stephen Riehm schreibt:
> 
>> OK, ihr kennt schon Data::Dumper, YAML, Data::Printer etc. usw. - 
>> kenne ich auch... und bin von allen entt?uscht :-)
> 
> Oh ja... das kenn' ich...
> 
> Bei kleinen Projekten braucht man's nicht und bei gro?en Projekten
> schafft man's nicht...
> 
>> Wir erweitern unser Objekt-Orientierung immer mehr aus - was zu Folge
>> hat, das unser Objekt-Netzwerke immer komplexer werden.
> 
> Oder, um bei einem der Themen vom letzten Meeting zu bleiben: Die
> Objekte verwenden unterschiedliche Implementierungen.  In einem gro?en
> Objekt sind dann Unterobjekte als blessed hash reference, solche aus
> Class::Std::Fast und solche aus XS... wie bekommt man da einen Dump, der
> die "wichtigen" Informationen enth?lt?
> 
>> Noch dazu, die Objekte werden immer besser mit einander vernetzt, und
>> das heisst das "mal ein Dump()" auf ein Objekt zum Debuggen
>> leider nicht mehr funktioniert - weil das Ganze Speicher wird
>> ausgegeben.
>> 
>> Was ich suche ist ein Modul, der:
>>   ein Human-Readable format wie YAML beherrscht (muss nicht
>> wieder geparst werden)
>>   die gefiltert werden kann (gibt nicht alle keys aus einem Hash aus)
>>   und noch besser, Objekte die Freiheit geben, sich selbst zu dumpen
>>   wenn m?glich sollte es pur-perl sein und wenige (bis gar
>> keine) Abh?ngigkeiten mit sich bringen.
>> 
>> Kennt ihr so-was?
> 
> Leider nein.
> 
>> F?r mich habe ich ein wenig experimentiert und mir einen Modul
>> geschrieben die dies mehr-oder-weniger macht.
>> Wenn es ein blessed object findet - schaut es nach ob die Methoden
>> dump(), dumpKeyNames(), dumpKeyStyles() oder dumpKeyComments()
>> definiert sind.
>> 
>> dump() gibt das ganze Objekt als mehr-zeilige String zur?ck - das
>> Objekt kann dabei machen was es will.
> 
> Das habe ich auch schon manchmal gemacht: Eine dump()-Methode f?r meine
> Klassen geschrieben.  Geht aber nur "bottom up", der dump() muss ja
> wieder wissen, was er mit allen Objekten macht, die er enth?lt.  Noch
> ein Fallstrick: Bei Vererbung (jaja, sollte man vermeiden) erbt man auch
> dump() aus der Basisklasse.  Das schreibt aber vielleicht nicht alles,
> was man braucht.
> 
>> dumpKeyNames() gibt einfach eine Liste alle keys die ausgegeben werden
>> darf, und in welchen Reihenfolge (default ist Lexogrphisch).
>> Wenn andere Keys im Objekt existieren, werde sie nicht gedumpt.
> 
> Meinst Du "Keys" (wie in hash keys) oder doch eher "Attributes" (wie in
> OO-Terminologie)?  Keys verstehe ich dann, wenn Du riesige Hashes mit
> tausenden von Keys hast, aber nur eine Auswahl brauchst.  Bei einem tied
> hash aus einer Datenbank kann sowas t?dlich sein.
> 
> Bei Objekten ist f?r mich eher die tiefe Verschachtelung ein Problem,
> die Anzahl der Namen pro Objekt ist bei mir meistens ?bersichtlich.  Da
> hilft mir so etwas wie Data::Dumper::Maxdepth mehr als mir dumpKeyNames
> helfen w?rde.  Auch in Deinen Beispielen unten w?rde das ausreichen!
> 
>> dumpKeyStyles() gibt vor, wie jedes Attribute ausgegeben werden
>> sollte. Der return Wert ist eine Liste key => value Paare.
>> Der Wert kann entweder 'asString' (ein-Zeilige Representation) und
>> dump' um das ganze Objekt aus zu geben (eigentlich, k?nnte der Wert
>> irgendwelchen Methodennamen sein)
> 
> Gef?llt mir nicht so gut.  Denn wenn das Attribut selbst ein Objekt ist,
> wei? nur dieses Objekt, wie es dargestellt werden kann.  Hier mu?t Du
> vorher f?r jedes Unterobjekt wissen, was es ist.
> 
>> dumpKeyComments() gibt ebenfalls vor, welche Attribute mit eine
>> Kommentar versehen werden sollten. Der return Wert ist ebenfalls eine
>> Liste key => value Paare.
>> Der Wert wird als Kommentar in der Zeile vor der Key ausgegeben.
>> 
>> Falls eine der Methoden entdeckt wird - dann wird das Objekt
>> entsprechend ausgegeben.
> 
> Das geht aber schlecht nach unten zu delegieren.  Ein Dump() kann
> versuchen, f?r jedes Attribut-Objekt auch Dump() aufzurufen, ok.  Ein
> dumpKeyNames() kann das aber nicht wirklich, weil es nicht wei?, welche
> Keys aus dem Attribut-Objekt Du haben willst.
> 
>> Zum Beispiel, ein Adressbuch, mit Gruppen und nat?rlich viele Leute.
>> Eine Gruppe-Objekt tr?gt eine Liste alle Mitglieder, eine Gruppen
>> Email, vielleicht noch ein Kalendar Objekt usw.
>> Jeder Person Objekt kann auch mit seine Gruppen verbunden sein usw.
>> 
>> z.B.:
>> 
>> # Beispiel 1:
>> #       das Person Objekt gibt nur die Namen der verlinkten Gruppen
>> aus...
>> my @people = $address_book->people();
>> print Dump( \@people );
>> ---
>> - <Person object>
>> name:   Adam
>> email:
>>        # hash-keys in order provided! (and with comments!)
>>        work: adam at megacorp.com
>>        home: adam at home.de
>>        oma:  bub at oma.de
>> groups:
>>        - <Group object> sport freaks
>>        - <Group object> extreme-couchers
>>        - <Group object> shatten-parker
>> - <Person object>
>> name:      Frank
>> email:
>> telephone:
>>           home:   (089) 123123
>>           work:   (089) 321 321
>> groups:
>>           - <Group object> shatten-parker
>> - <Person object>
>> name: Joe
>> ...
>> 
>> # Beispiel 2:
>> #       aber das Group Objekt macht es genau so umgekehrt
>> #       - hier werden nur die Personen-Namen ausgegeben - statt das
>> ganze Objekt
>> my @tiny_groups = grep { scalar( $_->members() ) < 10 } $address_book-
>>> groups();
>> print Dump( \@tiny_groups );
>> ---
>> - <Group object>
>> name: schatten-parker
>> email:
>>  group:  extrem-schatten at parkhaus.de
>> # note that the Person objects are only displayed as 'name'
>> members:
>>  - <Person object> Adam
>>  - <Person object> Frank
>> ...
>> 
>> Habt ihr irgendwelchen Ideen?
> 
> Eher ein paar Erfahrungen mit Code-Erbschaften.
> 
> * Anstelle von "Dump()" w?rde ich lieber das Zielformat in der Methode
>  haben, z.B.  "asYAML()", wenn's YAML werden soll, oder "asDebug()",
>  wenn's vor allem lesbar sein soll.  Sonst findest Du im perldoc
>  Dump(), rufst es auf, und bekommst eine bunte Mischung aus
>  Data::Dumper, YAML, XML-Serialisierung, stringify.... was auch immer
>  dem Programmierer grade eingefallen ist.
> 
> * BTDT: Dump() braucht man selten, also schreibt's $CLEVER_GUY in die
>  AUTOLOAD-Methode, damit es nur bei Bedarf mit require() nachgeladen
>  wird.  $OTHER_CLEVER_GUY stellt fest, dass nicht jedes Objekt aus dem
>  Projekt Dump() implementiert und fragt erst nach, ob das Ding, das er
>  dumpen will, auch Dump() kann: if UNIVERSAL::can($object,'Dump')...
>  Er bekommt immer false, weil can() nichts von AUTOLOAD versteht.
>  (es ging damals um asHTML, aber das Prinzip ist das gleiche)
> 
> --
> Cheers,
> haj
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm


From japh at opensauce.de  Mon Jan 23 00:27:25 2012
From: japh at opensauce.de (Stephen Riehm)
Date: Mon, 23 Jan 2012 09:27:25 +0100
Subject: [Munich-pm] Fwd: 14. Deutsche Perl Workshop!
References: <18F43EB4-9C48-4D44-97AC-7C9A1E3EC0D7@opensauce.de>
Message-ID: <4922596D-1CC6-40CC-A9B8-11B37690526E@opensauce.de>

Hi Jungs & M?dels,

Schon gesehen?

	https://www.xing.com/events/14-deutscher-perl-workshop-857501

ich habe mich daf?r angemeldet... kommt jemand mit?

Steve


From daniel.bruder at googlemail.com  Mon Jan 23 01:03:26 2012
From: daniel.bruder at googlemail.com (Daniel Bruder)
Date: Mon, 23 Jan 2012 10:03:26 +0100
Subject: [Munich-pm] Termin und Vortraege fuer Februar
In-Reply-To: <4F199488.7020705@robinclarke.net>
References: <4F199488.7020705@robinclarke.net>
Message-ID: <CANTdzoRUbvy03ptrsVTabTUVx5K1A61EJYA0Pv7+ZNvF0Of+hA@mail.gmail.com>

Hi /.*/,

ich muss mal wegen der Zeitplanung zu den Vortr?gen kurz zwischenfragen...

Ich habe gestern mal mein Thema vorbereitet + ausgearbeitet und das ist
schon ganz sch?n lang, und evtl. sogar ein bisschen heftig viel Input ?
v.a. auch nach den anderen Vortr?gen und Pizza und Bier...

Robin hatte meinen informellen Themenvorschlag sofort ?bernommen, und
eigentlich wollte ich es ungef?hr so benennen:
    "Best Practices": CLI App Development and Module release preparation
with Moose (MooseX::Declare), MooseX::*, Dist::Zilla, MooseX::App::Cmd,
::Getopt and friends (and even more!)

Insgesamt m?chte ich ein "Pattern" vorstellen, das sich f?r mich in den
letzten Monaten
zunehmend herauskristallisiert hat und welches sich f?r eine gro?e Menge an
Aufgaben eignet und direkt
einsetzbar ist ? ohne viel zu ?berlegen und ohne (viele) neue R?der
erfinden zu m?ssen ;-)

Man sieht das ist ganz sch?n viel, leider aber kaum recht aufzusplitten,
ich m?chte aber auch vermeiden viel zu viel Input zu geben...

Mein Vorschlag: Wenn keine weiteren lightning talks mehr kommen, dann
nehmen wir uns die restliche Zeit, schauen wie weit wir kommen, und machen
evtl n?chstes Mal einfach dort weiter wo wir aufgeh?rt haben?
Wenn es klappt, stelle ich Code wahrscheinlich auch vorher schon zur
Verf?gung (nach obligatorisch erfolgter "Aufh?bschung") so dass man sich
evtl schon vorher einen Ein- / ?berblick verschaffen kann.

Einverstanden? Vorschl?ge? Einw?nde?

Gr??e soweit,
Daniel

2012/1/20 Robin Clarke <robin at robinclarke.net>

>  Hallo Zusammen,
>
> Zusammenfassend von der Doodle poll, und emails, hier einen Plan fuer der
> Februar meeting:
>
> Wann: Dienstag 7. Februar um 19:00
> Wo: Exelution GmbH, Sandstr. 33, 80335 Muenchen (http://g.co/maps/s7d67)
>
> Damit die Kollegen bei Exelution wissen wie viele zu erwarten sind, bitte
> hier noch eintragen:
> http://www.doodle.com/75ge2vvyn4hnvi3e<http://www.doodle.com/75ge2vvyn4hnvi3e#table>
>
> Die Hauptvortraege: (20-30 minuten pro stueck):
>
>    - NYTProf::Diff (Andreas)
>       - Analysing same code under different situations, or different code
>       under same situations and comparing results
>        - Error handling with assertive objects (Steve)
>       - "must" methoden und freunde
>    - Dancer (Robin)
>       - Introduction to yet another web framework
>    - App::Cmd (Daniel)
>       - Kommandozeilen-App-Entwicklung mit Moose
>
> Dazu waeren 2-5 ligtning talks (5-10 minuten) auch sehr gut ergaenzend -
> sag bitte bescheid wenn ihr einen Idee habt was ihr hoehren oder sagen
> wollt!
>
> Zum essen wuerde ich vorschlagen das wir eine grosse Pizzabestellung
> machen der um 20:00 nach den ersten Vortraegen geliefert wird, und dazu ein
> paar kisten Bier und flaschen Wein.  Damit wir nicht dort der Zeit
> verzetteln mit wer-will-was und bestellungsverspaehtung, bitte jetzt einen
> eMail an mir mit:
>
>    - Was fuer ein Pizza
>    - Wie gross?
>     - Bier oder Wein?
>    - Wie viel?
>
> Wer das im Voraus angibt kriegt's am Abend (zahlen musst' aber schon
> selber! :)), und wer nichts sagt bringt selber was, oder geht hungrig.
>
> Ich freue mich auf's Perlige! :)
>
> --
> Best winds,
> -Robin-
> ~:)
>
> # My Github repository with mostly perl code
> # https://github.com/robin13
>
>
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120123/41b887b6/attachment.html>

From steve at opensauce.de  Mon Jan 23 00:21:12 2012
From: steve at opensauce.de (Stephen Riehm)
Date: Mon, 23 Jan 2012 09:21:12 +0100
Subject: [Munich-pm] 14. Deutsche Perl Workshop!
Message-ID: <18F43EB4-9C48-4D44-97AC-7C9A1E3EC0D7@opensauce.de>

Hi Jungs & M?dels,

Schon gesehen?

	https://www.xing.com/events/14-deutscher-perl-workshop-857501

ich habe mich daf?r angemeldet... kommt jemand mit?

Steve

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2213 bytes
Desc: not available
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120123/f93cac6d/attachment.bin>

From marek.rouchal at intel.com  Mon Jan 23 23:39:36 2012
From: marek.rouchal at intel.com (Rouchal, Marek)
Date: Tue, 24 Jan 2012 07:39:36 +0000
Subject: [Munich-pm] Suche ein noch besserer Data::Dumper :-)
In-Reply-To: <4E937575-B636-4BD5-9FF5-64062831515A@opensauce.de>
References: <4E937575-B636-4BD5-9FF5-64062831515A@opensauce.de>
Message-ID: <D00196EEE893CE4082C05818D52FE8640A4066@FMSMSX101.amr.corp.intel.com>

Hi zusammen,

habe leider auch keine fertige Loesung, aber einen Beitrag, der vielleicht hilfreich ist:
in der OO-Welt gibt es ein "Visitor-Pattern": das setzt voraus, dass jede Klasse eine
"takeVisitor" Methode hat (liesse sich mit UNIVERSAL::takeVisitor machen?). Und
man nehme eine Visitor-Klasse mit einer "visit"-Methode.
Nun uebergibt man dem ersten Objekt, welches man besuchen moechte, dieses
Visitor-Objekt:

package UNIVERSAL;

sub takeVisitor
{
   my ($object, $visitor) = @_;
   $visitor->visit($object);
}

package Visitor;

sub visit
{
    my ($this,$object) = @_;
    ... do something with $object ...
    ... eventually recurse into $object's contents ...
}

package main;

... create $object ...

my $visitor = Visitor->new();
my @result = $object->takeVisitor($visitor);

Die visit-Methode kann nun $object untersuchen, und eine Rekursion in den Inhalt
des Objekts lostreten. Das elegante dabei: $visitor kann nun benutzt werden, um
z.B. verschiedene Strategien zu implementieren (visit_hash, visit_array, visit_scalar,
visit_object) und Konfigurationen zu speichern, a la:
  if($object->isa(...)) { ... } else {...}
um z.B. Objekte einer best. Klasse anders zu behandeln... oder z.B. die Zahl der Keys
zu ermitteln und im Fall von > 20 nur die ersten 5 ausgeben... oder... oder...

Gruss,

Marek

-----Original Message-----
From: munich-pm-bounces+marek.rouchal=intel.com at pm.org [mailto:munich-pm-bounces+marek.rouchal=intel.com at pm.org] On Behalf Of Stephen Riehm
Sent: Friday, January 20, 2012 12:41 AM
To: Perl Mongers, MUC
Subject: [Munich-pm] Suche ein noch besserer Data::Dumper :-)

Hi Jungs,

OK, ihr kennt schon Data::Dumper, YAML, Data::Printer etc. usw. - kenne ich auch... und bin von allen entt?uscht :-) Wir erweitern unser Objekt-Orientierung immer mehr aus - was zu Folge hat, das unser Objekt-Netzwerke immer komplexer werden.
Noch dazu, die Objekte werden immer besser mit einander vernetzt, und das heisst das "mal ein Dump()" auf ein Objekt zum Debuggen leider nicht mehr funktioniert - weil das Ganze Speicher wird ausgegeben.

Was ich suche ist ein Modul, der:
	ein Human-Readable format wie YAML beherrscht (muss nicht wieder geparst werden)
	die gefiltert werden kann (gibt nicht alle keys aus einem Hash aus)
	und noch besser, Objekte die Freiheit geben, sich selbst zu dumpen
	wenn m?glich sollte es pur-perl sein und wenige (bis gar keine) Abh?ngigkeiten mit sich bringen.

Kennt ihr so-was?

F?r mich habe ich ein wenig experimentiert und mir einen Modul geschrieben die dies mehr-oder-weniger macht.
Wenn es ein blessed object findet - schaut es nach ob die Methoden dump(), dumpKeyNames(), dumpKeyStyles() oder dumpKeyComments() definiert sind.

dump() gibt das ganze Objekt als mehr-zeilige String zur?ck - das Objekt kann dabei machen was es will.

dumpKeyNames() gibt einfach eine Liste alle keys die ausgegeben werden darf, und in welchen Reihenfolge (default ist Lexogrphisch).
Wenn andere Keys im Objekt existieren, werde sie nicht gedumpt.

dumpKeyStyles() gibt vor, wie jedes Attribute ausgegeben werden sollte. Der return Wert ist eine Liste key => value Paare.
Der Wert kann entweder 'asString' (ein-Zeilige Representation) und 'dump' um das ganze Objekt aus zu geben (eigentlich, k?nnte der Wert irgendwelchen Methodennamen sein)

dumpKeyComments() gibt ebenfalls vor, welche Attribute mit eine Kommentar versehen werden sollten. Der return Wert ist ebenfalls eine Liste key => value Paare.
Der Wert wird als Kommentar in der Zeile vor der Key ausgegeben.

Falls eine der Methoden entdeckt wird - dann wird das Objekt entsprechend ausgegeben.

Zum Beispiel, ein Adressbuch, mit Gruppen und nat?rlich viele Leute.
Eine Gruppe-Objekt tr?gt eine Liste alle Mitglieder, eine Gruppen Email, vielleicht noch ein Kalendar Objekt usw.
Jeder Person Objekt kann auch mit seine Gruppen verbunden sein usw.

z.B.:

# Beispiel 1:
#       das Person Objekt gibt nur die Namen der verlinkten Gruppen  
aus...
my @people = $address_book->people();
print Dump( \@people );
---
- <Person object>
  name:   Adam
  email:
          # hash-keys in order provided! (and with comments!)
          work: adam at megacorp.com
          home: adam at home.de
          oma:  bub at oma.de
  groups:
          - <Group object> sport freaks
          - <Group object> extreme-couchers
          - <Group object> shatten-parker
- <Person object>
  name:      Frank
  email:
  telephone:
             home:   (089) 123123
             work:   (089) 321 321
  groups:
             - <Group object> shatten-parker
- <Person object>
  name: Joe
...

# Beispiel 2:
#       aber das Group Objekt macht es genau so umgekehrt
#       - hier werden nur die Personen-Namen ausgegeben - statt das  
ganze Objekt
my @tiny_groups = grep { scalar( $_->members() ) < 10 } $address_book-  >groups(); print Dump( \@tiny_groups );
---
- <Group object>
  name: schatten-parker
  email:
    group:  extrem-schatten at parkhaus.de
  # note that the Person objects are only displayed as 'name'
  members:
    - <Person object> Adam
    - <Person object> Frank
...

Habt ihr irgendwelchen Ideen?

Steve
_______________________________________________
Munich-pm mailing list http://munich.pm.org/ Munich-pm at pm.org http://mail.pm.org/mailman/listinfo/munich-pm

From tech at tool.de  Wed Jan 25 03:20:52 2012
From: tech at tool.de (Andreas Hernitscheck)
Date: Wed, 25 Jan 2012 12:20:52 +0100
Subject: [Munich-pm] Termin und Vortraege fuer Februar
In-Reply-To: <CANTdzoRUbvy03ptrsVTabTUVx5K1A61EJYA0Pv7+ZNvF0Of+hA@mail.gmail.com>
References: <4F199488.7020705@robinclarke.net>
	<CANTdzoRUbvy03ptrsVTabTUVx5K1A61EJYA0Pv7+ZNvF0Of+hA@mail.gmail.com>
Message-ID: <92C17029-0825-4364-B419-68931A5FB8D1@tool.de>

Ich w?rde meinen auch gerne auf den n?chsten Termin verlegen. Ist das dann f?r dich ok?


--
Andreas Hernitscheck

Sent with mobile phone - typos included :-)
 

Am 23.01.2012 um 10:03 schrieb Daniel Bruder <daniel.bruder at googlemail.com>:

> Hi /.*/,
> 
> ich muss mal wegen der Zeitplanung zu den Vortr?gen kurz zwischenfragen...
> 
> Ich habe gestern mal mein Thema vorbereitet + ausgearbeitet und das ist schon ganz sch?n lang, und evtl. sogar ein bisschen heftig viel Input ? v.a. auch nach den anderen Vortr?gen und Pizza und Bier...
> 
> Robin hatte meinen informellen Themenvorschlag sofort ?bernommen, und eigentlich wollte ich es ungef?hr so benennen:
>     "Best Practices": CLI App Development and Module release preparation with Moose (MooseX::Declare), MooseX::*, Dist::Zilla, MooseX::App::Cmd, ::Getopt and friends (and even more!)
> 
> Insgesamt m?chte ich ein "Pattern" vorstellen, das sich f?r mich in den letzten Monaten 
> zunehmend herauskristallisiert hat und welches sich f?r eine gro?e Menge an Aufgaben eignet und direkt
> einsetzbar ist ? ohne viel zu ?berlegen und ohne (viele) neue R?der erfinden zu m?ssen ;-)
> 
> Man sieht das ist ganz sch?n viel, leider aber kaum recht aufzusplitten, ich m?chte aber auch vermeiden viel zu viel Input zu geben...
> 
> Mein Vorschlag: Wenn keine weiteren lightning talks mehr kommen, dann nehmen wir uns die restliche Zeit, schauen wie weit wir kommen, und machen evtl n?chstes Mal einfach dort weiter wo wir aufgeh?rt haben?
> Wenn es klappt, stelle ich Code wahrscheinlich auch vorher schon zur Verf?gung (nach obligatorisch erfolgter "Aufh?bschung") so dass man sich evtl schon vorher einen Ein- / ?berblick verschaffen kann.
> 
> Einverstanden? Vorschl?ge? Einw?nde?
> 
> Gr??e soweit,
> Daniel
> 
> 2012/1/20 Robin Clarke <robin at robinclarke.net>
> Hallo Zusammen,
> 
> Zusammenfassend von der Doodle poll, und emails, hier einen Plan fuer der Februar meeting:
> 
> Wann: Dienstag 7. Februar um 19:00
> Wo: Exelution GmbH, Sandstr. 33, 80335 Muenchen (http://g.co/maps/s7d67)
> 
> Damit die Kollegen bei Exelution wissen wie viele zu erwarten sind, bitte hier noch eintragen:
> http://www.doodle.com/75ge2vvyn4hnvi3e
> 
> Die Hauptvortraege: (20-30 minuten pro stueck):
> NYTProf::Diff (Andreas)
> Analysing same code under different situations, or different code under same situations and comparing results
> Error handling with assertive objects (Steve)
> "must" methoden und freunde
> Dancer (Robin)
> Introduction to yet another web framework
> App::Cmd (Daniel)
> Kommandozeilen-App-Entwicklung mit Moose
> Dazu waeren 2-5 ligtning talks (5-10 minuten) auch sehr gut ergaenzend - sag bitte bescheid wenn ihr einen Idee habt was ihr hoehren oder sagen wollt!
> Zum essen wuerde ich vorschlagen das wir eine grosse Pizzabestellung machen der um 20:00 nach den ersten Vortraegen geliefert wird, und dazu ein paar kisten Bier und flaschen Wein.  Damit wir nicht dort der Zeit verzetteln mit wer-will-was und bestellungsverspaehtung, bitte jetzt einen eMail an mir mit:
> Was fuer ein Pizza
> Wie gross?
> Bier oder Wein?
> Wie viel?
> Wer das im Voraus angibt kriegt's am Abend (zahlen musst' aber schon selber! :)), und wer nichts sagt bringt selber was, oder geht hungrig.
> Ich freue mich auf's Perlige! :)
> 
>  -- 
> Best winds,
> -Robin-
> ~:)
> 
> # My Github repository with mostly perl code
> # https://github.com/robin13
> 
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
> 
> 
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/munich-pm/attachments/20120125/da282a3b/attachment.html>

From Harald.Joerg at arcor.de  Sun Jan 29 14:07:09 2012
From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=)
Date: Sun, 29 Jan 2012 23:07:09 +0100
Subject: [Munich-pm] Test-Automatisierung: Test::Class anstelle von
	Test::Unit?
Message-ID: <87ipjuf9iq.fsf@arcor.de>

Hallo Mongers,

Wenn ich an alten Sachen weiterbaue, dann bleibe ich ja immer bei den
Test-Moduln, die eben schon dabei waren.  Aber bei neuen gucke ich mal,
was grade aktuell ist...

Und da habe ich aufgeschnappt, dass Test::Unit "praktisch tot" sei und
man besser Test::Class verwenden soll.

Test::Unit kenne ich aus anderen Projekten (z.B. TWiki), und weil ich in
letzter Zeit auch einiges in Java (mit JUnit) getestet habe, w?re ich
normalerweise dabeigeblieben - auch wenn's mich immer schon ge?rgert
hat, dass es eben ganz anders ist als Test::Simple, Test::More etc...

Nun die Frage in die Runde, bevor ich aufs falsche Pferd setze: Ist
Test::Class der "richtige" Pfad zur Erleuchtung?
--
Cheers,
haj

From marek.rouchal at intel.com  Sun Jan 29 23:57:11 2012
From: marek.rouchal at intel.com (Rouchal, Marek)
Date: Mon, 30 Jan 2012 07:57:11 +0000
Subject: [Munich-pm] Test-Automatisierung: Test::Class anstelle
	von	Test::Unit?
In-Reply-To: <87ipjuf9iq.fsf@arcor.de>
References: <87ipjuf9iq.fsf@arcor.de>
Message-ID: <D00196EEE893CE4082C05818D52FE8640AF41C@FMSMSX102.amr.corp.intel.com>

Hoert sich fuer mich gut an... und Test::Unit hatten wir hier auch schon im
Einsatz, und haben uns ueber die eine oder andere Unzulaenglichkeit
geaergert und ebenso festgestellt, dass es da wohl keine Maintenance
mehr gibt.
Test::Class verwendet sub-Attribute, braucht also min. Perl 5.8, wenn ich
das richtig in Erinnerung habe... hat das schon jemand mal verwendet?
Attribute meine ich... die manpages dazu sagen mir nicht allzuviel...

-Marek

-----Original Message-----
From: munich-pm-bounces+marek.rouchal=intel.com at pm.org [mailto:munich-pm-bounces+marek.rouchal=intel.com at pm.org] On Behalf Of Harald J?rg
Sent: Sunday, January 29, 2012 11:07 PM
To: munich-pm at pm.org
Subject: [Munich-pm] Test-Automatisierung: Test::Class anstelle von Test::Unit?

Hallo Mongers,

Wenn ich an alten Sachen weiterbaue, dann bleibe ich ja immer bei den Test-Moduln, die eben schon dabei waren.  Aber bei neuen gucke ich mal, was grade aktuell ist...

Und da habe ich aufgeschnappt, dass Test::Unit "praktisch tot" sei und man besser Test::Class verwenden soll.

Test::Unit kenne ich aus anderen Projekten (z.B. TWiki), und weil ich in letzter Zeit auch einiges in Java (mit JUnit) getestet habe, w?re ich normalerweise dabeigeblieben - auch wenn's mich immer schon ge?rgert hat, dass es eben ganz anders ist als Test::Simple, Test::More etc...

Nun die Frage in die Runde, bevor ich aufs falsche Pferd setze: Ist Test::Class der "richtige" Pfad zur Erleuchtung?
--
Cheers,
haj
_______________________________________________
Munich-pm mailing list http://munich.pm.org/ Munich-pm at pm.org http://mail.pm.org/mailman/listinfo/munich-pm

From mailinglisten at renee-baecker.de  Mon Jan 30 00:55:07 2012
From: mailinglisten at renee-baecker.de (=?ISO-8859-1?Q?Ren=E9e_B=E4cker?=)
Date: Mon, 30 Jan 2012 09:55:07 +0100
Subject: [Munich-pm] Test-Automatisierung: Test::Class anstelle von
	Test::Unit?
In-Reply-To: <87ipjuf9iq.fsf@arcor.de>
References: <87ipjuf9iq.fsf@arcor.de>
Message-ID: <4F265AEB.3000401@renee-baecker.de>

Wenn Du Dich n?her mit Test::Class besch?ftigen m?chtest, interessiert
Dich vielleicht die Originalversion eines Artikels, den Ovid f?r das
Perl-Magazin geschrieben hat:
http://downloads.foo-magazin.de/TestClassBestPractices.pdf

- Ren?e

On 29.01.2012 23:07, Harald J?rg wrote:
> Hallo Mongers,
>
> Wenn ich an alten Sachen weiterbaue, dann bleibe ich ja immer bei den
> Test-Moduln, die eben schon dabei waren.  Aber bei neuen gucke ich mal,
> was grade aktuell ist...
>
> Und da habe ich aufgeschnappt, dass Test::Unit "praktisch tot" sei und
> man besser Test::Class verwenden soll.
>
> Test::Unit kenne ich aus anderen Projekten (z.B. TWiki), und weil ich in
> letzter Zeit auch einiges in Java (mit JUnit) getestet habe, w?re ich
> normalerweise dabeigeblieben - auch wenn's mich immer schon ge?rgert
> hat, dass es eben ganz anders ist als Test::Simple, Test::More etc...
>
> Nun die Frage in die Runde, bevor ich aufs falsche Pferd setze: Ist
> Test::Class der "richtige" Pfad zur Erleuchtung?
> --
> Cheers,
> haj
> _______________________________________________
> Munich-pm mailing list http://munich.pm.org/
> Munich-pm at pm.org
> http://mail.pm.org/mailman/listinfo/munich-pm


From harald.joerg at ts.fujitsu.com  Mon Jan 30 01:56:04 2012
From: harald.joerg at ts.fujitsu.com (Harald Joerg)
Date: Mon, 30 Jan 2012 10:56:04 +0100
Subject: [Munich-pm] Test-Automatisierung: Test::Class anstelle von
	Test::Unit?
In-Reply-To: <4F265AEB.3000401@renee-baecker.de> (=?utf-8?Q?=22Ren=C3=A9e?=
	=?utf-8?Q?_B=C3=A4cker=22's?= message of
	"Mon, 30 Jan 2012 09:55:07 +0100")
References: <87ipjuf9iq.fsf@arcor.de> <4F265AEB.3000401@renee-baecker.de>
Message-ID: <87fwex7buz.fsf@mch5832n.mch.fsc.net>

Ren?e B?cker schreibt:

> Wenn Du Dich n?her mit Test::Class besch?ftigen m?chtest, interessiert
> Dich vielleicht die Originalversion eines Artikels, den Ovid f?r das
> Perl-Magazin geschrieben hat:
> http://downloads.foo-magazin.de/TestClassBestPractices.pdf

Danke f?r den Tipp! Sieht wirklich gut aus.

Was mir auch gleich gefallen hat: der Test-Starter "prove" ist in
Perl-Base schon dabei und liefert eine ausf?hrliche manpage.
-- 
Cheers,
haj