From jonathan at leto.net  Thu Jun  6 09:45:37 2013
From: jonathan at leto.net (Jonathan "Duke" Leto)
Date: Thu, 6 Jun 2013 11:45:37 -0500
Subject: [Pdx-pm] Amazing coffee for YAPC::NA peeps
Message-ID: <CABQG1aQOJtjxoZC6L3sM9KuLYLcniJxbQ7T5__uhcqW0HzLY2w@mail.gmail.com>

Howdy,

I was very proud that BrewPony.com could sponsor YAPC::NA this year. Booyah!

My business completely relies on Perl in the middle and backend, and
that is why I give back:

Promo code: YAPCNA

will get you 10% off anything on BrewPony.com, including one month
trials/gifts (to send to your Dad for Father's day coming up next
week?)
and ALL subscriptions. This promo code will self-destruct tonight
(12pm PST), so decide by then :)

Amazing whole bean artisan coffee delivered to your mailbox. All of
you lazy coders know you want it. The Duke woke up to find he was
completely out of coffee one day, and being an irrational man, I
thought: I must fix this problem once and for all. And so BrewPony.com
was born.

https://twitter.com/brewpony
https://www.facebook.com/brewpony

Duke

PS: Currently BrewPony can only ship to the US. If you want to know
when BrewPony can ship international, please contact me off list.
Also, if you want to get an even better deal by having me ship a bunch
of coffee directly to your company/office, let me know.


-- 
Jonathan "Duke" Leto <jonathan at leto.net>
Leto Labs LLC http://letolabs.com
209.691.DUKE http://duke.leto.net
@dukeleto

From jerry.gay at gmail.com  Thu Jun  6 10:57:31 2013
From: jerry.gay at gmail.com (jerry gay)
Date: Thu, 6 Jun 2013 10:57:31 -0700
Subject: [Pdx-pm] Amazing coffee for YAPC::NA peeps
In-Reply-To: <CAF_ePBYXMcEksxyeJqFBjmWWVLC5tK4C8LhBk5jnu3L21oTx7g@mail.gmail.com>
References: <CABQG1aQOJtjxoZC6L3sM9KuLYLcniJxbQ7T5__uhcqW0HzLY2w@mail.gmail.com>
	<CAF_ePBaV6=gJLJ_h-VxXkGsZ9rhCVMnSNKwirUGN6vXcEjvuJw@mail.gmail.com>
	<849DFC99-CF38-4846-9353-1A5100E619C9@cpanel.net>
	<CAF_ePBYXMcEksxyeJqFBjmWWVLC5tK4C8LhBk5jnu3L21oTx7g@mail.gmail.com>
Message-ID: <CAPsvzVYWCaj_NxTnGuBb5cEogjqptrFnUqmfhsX3tnwquJ=Cgw@mail.gmail.com>

brewpony is a Sponsor of yapc this year. certainly one of the points of
sponsorship is to market products and services to attendees. that
relationship should not need to be explicitly defined. i find it difficult
to imagine anyone could reasonably think otherwise.
On Jun 6, 2013 12:46 PM, "John Haugeland" <john at crowdtilt.com> wrote:

> Respectfully, the email I'm discussing is a sales offer for coffee by mail
> order, and had nothing to do with the conference.
>
> I wish to participate in discussions.  I simply don't want spam.
>
>
> On Thu, Jun 6, 2013 at 10:44 AM, Todd Rinaldo <toddr at cpanel.net> wrote:
>
>> On Jun 6, 2013, at 12:37 PM, John Haugeland <john at crowdtilt.com> wrote:
>>
>> > I would prefer not to receive unsolicited commercial email on a
>> conference mailing list.
>> >
>> > List admins, please state rules regarding whether people may use your
>> system to spam your participants.
>>
>> John,
>>
>> This list is and will remain a place where folks can chat about the
>> conference and miscellaneous other topics. There is too much history on
>> this list that makes it impractical to change that.
>>
>> An announce only list will be created for next year for those who do not
>> wish to participate in discussions but would still like to know about
>> official organizer / TPF announcements.
>>
>> Todd
>>
>>
>
>
> --
> John Haugeland
> Crowdtilt <http://crowdtilt.com/> is what I do
> Connect with me on LinkedIn <http://www.linkedin.com/in/JohnHaugeland>
>
> Check out our recent press! <https://www.crowdtilt.com/learn/press>
>
>
> _______________________________________________
> yapc mailing list
> yapc at pm.org
> http://mail.pm.org/mailman/listinfo/yapc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130606/1e77feb2/attachment.html>

From jonathan at leto.net  Thu Jun  6 10:58:43 2013
From: jonathan at leto.net (Jonathan "Duke" Leto)
Date: Thu, 6 Jun 2013 12:58:43 -0500
Subject: [Pdx-pm] [SPAM:###] Re: Amazing coffee for YAPC::NA peeps
In-Reply-To: <CAF_ePBYXMcEksxyeJqFBjmWWVLC5tK4C8LhBk5jnu3L21oTx7g@mail.gmail.com>
References: <CABQG1aQOJtjxoZC6L3sM9KuLYLcniJxbQ7T5__uhcqW0HzLY2w@mail.gmail.com>
	<CAF_ePBaV6=gJLJ_h-VxXkGsZ9rhCVMnSNKwirUGN6vXcEjvuJw@mail.gmail.com>
	<849DFC99-CF38-4846-9353-1A5100E619C9@cpanel.net>
	<CAF_ePBYXMcEksxyeJqFBjmWWVLC5tK4C8LhBk5jnu3L21oTx7g@mail.gmail.com>
Message-ID: <9704_1370541524_51B0CDD4_9704_508_1_CABQG1aRCbDNBC-S4Mwxd=WMYGXVDUmWcZ9x-R6iAjZzViRMNUw@mail.gmail.com>

Howdy,

Respectfully, many sponsors were blatantly advertising everywhere and
anywhere throughout the entire conference.

You know, "sponsors". Those companies that make sure the venue gets
paid for and gives you lots of free schwag and  free drinks?

If you don't like it, unsubscribe and perhaps look into why you are so
bitter, angry and unhappy.

And possibly eat a tasty ice pick with a side of sand to wash it down.

Duke

On Thu, Jun 6, 2013 at 12:45 PM, John Haugeland <john at crowdtilt.com> wrote:
> Respectfully, the email I'm discussing is a sales offer for coffee by mail
> order, and had nothing to do with the conference.
>
> I wish to participate in discussions.  I simply don't want spam.
>
>
> On Thu, Jun 6, 2013 at 10:44 AM, Todd Rinaldo <toddr at cpanel.net> wrote:
>>
>> On Jun 6, 2013, at 12:37 PM, John Haugeland <john at crowdtilt.com> wrote:
>>
>> > I would prefer not to receive unsolicited commercial email on a
>> > conference mailing list.
>> >
>> > List admins, please state rules regarding whether people may use your
>> > system to spam your participants.
>>
>> John,
>>
>> This list is and will remain a place where folks can chat about the
>> conference and miscellaneous other topics. There is too much history on this
>> list that makes it impractical to change that.
>>
>> An announce only list will be created for next year for those who do not
>> wish to participate in discussions but would still like to know about
>> official organizer / TPF announcements.
>>
>> Todd
>>
>
>
>
> --
> John Haugeland
> Crowdtilt is what I do
> Connect with me on LinkedIn
>
> Check out our recent press!



-- 
Jonathan "Duke" Leto <jonathan at leto.net>
Leto Labs LLC http://letolabs.com
209.691.DUKE http://duke.leto.net
@dukeleto

From enobacon at gmail.com  Thu Jun  6 12:19:45 2013
From: enobacon at gmail.com (Seven til Seven)
Date: Thu, 6 Jun 2013 12:19:45 -0700
Subject: [Pdx-pm] Simple Questions Should Have Simple Answers + pdx.pm
	governance - June Meeting next week
Message-ID: <201306061219.45461.enobacon@gmail.com>

  Thursday, June 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave.

speaker: Michael Schwern

If a developer ever says ?it?s really simple?, run and do not look back.
Developers often throw around terms like ?easy? and ?obvious? but what 
do they tell them about what to do to make something ?easier? and ?more 
obvious?? What does it tell them about whether somebody else will find 
something ?easy? and ?obvious?? Not a lot.

Giving simple questions simple answers tells how to take action to make 
things easier and more obvious to the casual user. Embracing the task of 
providng simple answers rejects the fallacy that complex implementations 
mean complex answers. It creates a new relationship of respect between 
the user and the developer; a good user can ask a simple question 
illuminating what people want to do, and a good developer fulfills the 
user?s desire for a simple answer.

* What does it mean to be simple?
* How do you find it?
* What are its benefits?
* What happens when you don?t seek simplicity?


+pdx.pm governance

Before the presentation, we will have a short discussion about the 
future of the monthly group meetings as Eric Wilhelm is no longer able 
to be the sole organizer.

-> https://github.com/PortlandPerlMongers/

As usual, the meeting will be followed by social hour at the Lucky Lab 
Brew Pub.
-- 
---------------------------------------------------
    http://pdx.pm.org
---------------------------------------------------

From ben.hengst at gmail.com  Sun Jun  9 13:56:33 2013
From: ben.hengst at gmail.com (benh)
Date: Sun, 9 Jun 2013 13:56:33 -0700
Subject: [Pdx-pm] Fwd: UG News: Get Your Free Books + More from O'Reilly
In-Reply-To: <1370732519.26816.0.945328@post.oreilly.com>
References: <1370732519.26816.0.945328@post.oreilly.com>
Message-ID: <CAAikAbxOBMYCBXz4JvYDgfFGNaG0U9z-Zmzvse8++TNeswf9UA@mail.gmail.com>

---------- Forwarded message ----------
From: Marsee Henon & Jon Johns <usergroups at post.oreilly.com>
Date: Sat, Jun 8, 2013 at 4:01 PM
Subject: UG News: Get Your Free Books + More from O'Reilly
To: ben.hengst+oreilly at gmail.com


**

View in browser<http://post.oreilly.com/rd/9z1zdh6487im2cmmhlq259e0jh6o46ue1mnrt2puuro>.

Forward this announcement to a
friend<http://post.oreilly.com/f2f/9z1zt3m7d56i3ugqj68i69jvrodj2t3905innd2n988>
   [image: O'Reilly User Group Newsletter]

Hello,

We're getting ready for the Velocity
Conference<http://post.oreilly.com/rd/9z1zrvursigmi3edn2k7bs2cv39qaevjnuinn1t313g>just
a week from now, so we've chosen some books that might help you with
Web Performance and Operations. We'll be hosting many of our authors in the
O'Reilly booth for you to meet, and get books signed (just stop by the
booth for the schedule).

Cheers,

?Marsee Henon and Jon Johns
------------------------------
Available for Review [image: Building Node Applications with MongoDB and
Backbone]<http://post.oreilly.com/rd/9z1zn7fm43rs5ij7e41k1a0dv502msgebj54fo5v0i8>

The UG team is looking for reviewers for the following books & videos.
Consider posting your reviews on Amazon, Slashdot, oreilly.com, and/or your
blog.

   - Building Node Applications with MongoDB and
Backbone<http://post.oreilly.com/rd/9z1z6vidc9qqadvna6r83oqf6kisqbpioo1fqo1u570>
   - Maintainable
JavaScript<http://post.oreilly.com/rd/9z1z84r4ims2dfoe3q53morca6th1alech0mu7na408>
   - Testable JavaScript<http://post.oreilly.com/rd/9z1zmchg4ff0tt1f3cevbf1t2csqeihnlfvth5i1k2o>

It's easy for you to get books for your meeting or special events?just
email usergroups at oreilly.com and include the words "book request" in the
subject line. Don't forget to include your deadline and shipping address.
Prefer ebooks? We can send you a free ebook certificate to print out for
raffles or book reviewers.
------------------------------
New Releases  [image: Even Faster Web
Sites]<http://post.oreilly.com/rd/9z1zg2nk8ikhunb1teljv7mci8kvbr6mrq92pi0rfng>
[image:
High Performance
JavaScript]<http://post.oreilly.com/rd/9z1zdq3b5m6re41jcd8gcsmv2v5p6jaat7hkql4jkdo>
[image:
JavaScript Patterns]<http://post.oreilly.com/rd/9z1zoo3718nktqrdpv0vslb2am3v0a0818gegpjnhjo>
[image:
HTTP, The Definitive
Guide]<http://post.oreilly.com/rd/9z1z43kijhv7dsuqo2covhattp54bn0080frrkg6nb0>
[image:
Node for Front-End
Developers]<http://post.oreilly.com/rd/9z1zk3oksuhfd766652f9joj1rb2slehl7601lb6voo>
[image:
Puppet Types & Providers]<http://post.oreilly.com/rd/9z1zl3sr1dkei4aa7i8deea8si4mu64vtelaj0cfgeo>
------------------------------
O'Reilly Webcasts: Meet Experts Online For Free!

Angry Birds of Modern JavaScript Development presented by Elijah Manor

[image: Elijah Manor]
<http://post.oreilly.com/rd/9z1z8lg9h6joql0mjachgb7qnqon0nur9rb6d4r6g40>
 <http://post.oreilly.com/rd/9z1z1eebso06f64828e8rm680rbpnpi43eeqgggl6r0>
* Thursday, June 13, 10am PT, 1pm ET*
 [image: Register
Now]<http://post.oreilly.com/rd/9z1z6di92qh9cibhclgm0vl9al9lndic2h7g1povkt0>
 A diabolical herd of pigs stole all of the front-end architecture from an
innocent flock of birds and now they want it back! A team of special agent
hero birds will attack these despicable pigs until they recover what is
rightfully theirs, front-end architecture!

Join us for a *free hands-on webcast* presented by Elijah Manor (
@elijahmanor<http://post.oreilly.com/rd/9z1zhdolv67uqj0lf425mnr5trrc1mad62mvi45dp5g>)
as Angry Birds uncover concepts of modern JavaScript development. Each bird
represents an area of JavaScript along with its strengths.

The goal is to defeat the pigs and by doing so produce highly tested
quality JavaScript code. Don't miss this informative hands-on presentation
from the comfort of your computer chair!

To see more upcoming events and *meet experts online* visit
http://oreilly.com/webcasts/index.html<http://post.oreilly.com/rd/9z1z2joid1c48b1lji9k9crbuv396q45ksi7m53d48g>.

------------------------------
O'Reilly Velocity Conference (June 18-20) [image: Velocity
Conf]<http://post.oreilly.com/rd/9z1zk6l5oj6eov8jg74ta22disb8dcs21bucjm5bhog>

The O'Reilly Velocity
Conference<http://post.oreilly.com/rd/9z1zmcn4ouncne9e0grdki2tn6p2jme2vr0mjlpf6e0>-
Web Performance and Operations - is only a week away, in Santa Clara,
CA.
If you're going to be there don't miss out on some of the events planned.
If you can't attend, look for the live streaming keynotes, and follow the
conference on Twitter<http://post.oreilly.com/rd/9z1zoulhe4c76tvv7aas2ren56vjmdbma2a9ahrlpko>,
Facebook<http://post.oreilly.com/rd/9z1zosfeid8qdlvd4gg7rusgmec8p5rrdm4speb1uqg>,
and Google+<http://post.oreilly.com/rd/9z1zpueh620362jt9ff73hog6905vbdlpvj889dhus8>
.
------------------------------
Velocity Conference Events

[image: Velocity]<http://post.oreilly.com/rd/9z1z3lg08h7hqddmq32sc5fgvps7nms1jq83js5omh0>

Besides the keynotes, sessions, and networking with your fellow experts,
there is plenty planned for you at Velocity this year.

   - Office Hours<http://post.oreilly.com/rd/9z1zue74pagh6rd5g452am01mr5c8ncebv6sv9934a8>-
Office hours give you a chance to meet face-to face with expert
Velocity
   speakers.
   - Women's Communities
Meetup<http://post.oreilly.com/rd/9z1z3jo8b84gomrk09ebl107s2vpnma3g9q901k99t0>-
In addition to meeting other women (and men) in the community, you'll
   hear lightning pitches from representatives of groups, companies, and
   projects seeking new participants.
   - Music Meets
Tech<http://post.oreilly.com/rd/9z1z5v0ai2t0p1h3aa6dlsp8sa50ujfthikklvd9ruo>-
Dyn's Music Meets Tech event breaks the mold of traditional networking
   events by aligning emerging brands, technology startups, and geek elites in
   one location to shake a few hands, share stories, and spill some drinks.
   - DevOpsDays<http://post.oreilly.com/rd/9z1z1dc9m7a64lv7dr7otl35n4of0ehgvpafb8se880>-
Make it a full week of Ops / Performance / Devops! This year,
DevOpsDays
   will take place June 21-22 at the Hyatt Regency Santa Clara, immediately
   after Velocity. It's the perfect after-party if you have attended Velocity.

------------------------------
How to Make a Hackathon Successful [image:
Hackathon]<http://post.oreilly.com/rd/9z1z1dfc1a6feka0f310sk72h3ofgh23d20fcbi3hn0>

What makes a great hackathon? We found some interesting ideas in this
article from the International Journalists Network, "How to plan a
successful hackathon.<http://post.oreilly.com/rd/9z1zga9ljgl2961hlokulgk9hohr2ib93kbeh0qt4g8>"
There are 8 other resources in the article that might help you host a
successful hackthaon. Find one near you by searching
Meetup.com<http://post.oreilly.com/rd/9z1z4frp2bnrsc5q1t3qjg58f86njp8v0ntpovrjc18>or
plugging "hackathon" into your favorite search engine.
------------------------------
Put Up a Banner & Get a Free Book?UG Leaders Only

We're looking for groups to display our discount banners on their websites.
If you send us your group's site with one or more banners posted, we'll
send you the O'Reilly book(s) of your choice. Choose from the following
list of banners:[image:
OSCON]<http://post.oreilly.com/rd/9z1z3jleich094jsb4cppuip3sjd0o96uk9e2qju2rg>

   - Velocity Conference
Banners<http://post.oreilly.com/rd/9z1z4she4m571fb5elbtg52fa11o2qovjiuid9o2coo>
   - Velocity Conference
Slides<http://post.oreilly.com/rd/9z1zbregir2ijutgg9qihst9pkeu2m3tb74htskm528>
   - OSCON Conference
Banners<http://post.oreilly.com/rd/9z1zeqqu2lkhk744i3ben92oe349tfnv5irulje77dg>
   - UG Program
Banners<http://post.oreilly.com/rd/9z1zkbrm1n2hogu9591cv20v4sf12rg53shok71m4hg>
   - UG Discount
Banners<http://post.oreilly.com/rd/9z1zofta3lj1cpvopf2l23aomil7jde2j9dei3vqsvo>

 ------------------------------

[image: Buy 1 Ebook, Get 1 Free with your user group discount code:
DSUG2]<http://post.oreilly.com/rd/9z1zopcnq37tmela5lrkme3at79kutpikq08tb7j4s0>
Buy 1 Ebook, Get 1 Free with your user group discount code: *DSUG2*
------------------------------

Looking for more? Visit
oreilly.com<http://post.oreilly.com/rd/9z1zpos146aod3gn6h13th1kdkmbfcfahbajchgfn9o>.


[image: Find more at oreilly.com]

You are receiving this email because you are a User Group contact with
O'Reilly Media. If you would like to stop receiving these newsletters or
announcements from O'Reilly, send an email to: usergroups at oreilly.com

O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707)
827-7000




-- 
benh~

http://about.notbenh.info

Stability is not a Regression.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130609/52518185/attachment-0001.html>

From kellert at ohsu.edu  Mon Jun 10 08:47:31 2013
From: kellert at ohsu.edu (Tom Keller)
Date: Mon, 10 Jun 2013 08:47:31 -0700
Subject: [Pdx-pm] Fwd: [bioinfo-core] Senior Bioinformatics position with
 AgResearch Ltd
References: <18DF7D20DFEC044098A1062202F5FFF37365DBE40C@exchsth.agresearch.co.nz>
Message-ID: <F5B36537-D911-407A-9BF8-8355E7BB8998@ohsu.edu>

Perl job (in Middle Earth) if you have bioinformatics training and experience as well.
best wishes,
Tom

Thomas (Tom) Keller, PhD email: kellert at ohsu.edu<http://ohsu.edu>, ph: 503.494.2442, office: RJH 5333
url: http://www.ohsu.edu/dnaseq/

Begin forwarded message:

From: "Brauning, Rudiger" <Rudiger.Brauning at agresearch.co.nz<mailto:Rudiger.Brauning at agresearch.co.nz>>
Subject: [bioinfo-core] Senior Bioinformatics position with AgResearch Ltd
Date: June 9, 2013 7:27:23 PM PDT
To: "bioinfo-core at lists.open-bio.org<mailto:bioinfo-core at lists.open-bio.org>" <bioinfo-core at lists.open-bio.org<mailto:bioinfo-core at lists.open-bio.org>>

Dear all

I would appreciate if you could please bring it to the attention of suitable candidates and also circulate to your networks.


-------------------------------------

SENIOR BIOINFORMATICIAN

Palmerston North, New Zealand



AgResearch is a Crown Research Institute with the purpose of enhancing the value, productivity and profitability of New Zealand's agricultural sector.  The Bioinformatics team supports the Biological research in a range of areas working for the improvement of pastoral agricultural sector.



We are seeking a highly motivated individual with excellent training in Bioinformatics to join our team.  This is a permanent position.  You will be responsible for providing Bioinformatics consultancy to a range of Science projects involved in the scientific discovery in plants, animals, fungi and microbes and will be responsible for analysing high throughput/high-dimensional 'Omics data from non-model organisms.  This includes the design, development, implementation and testing of bioinformatics pipelines and tools, assembly of NGS and RNA-Seq data, network and pathway analyses. You will also have some experience or interest in integrating multi-faceted Omics data to understand underlying systems and biological networks.



Successful applicant will have a PhD or high level postgraduate qualification in Bioinformatics or related field with five years of related work experience.  A thorough knowledge of Unix, scripting language (Perl/Python or similar) and an understanding of Biological databases along with various Bioinformatics tools is required.  This is a highly collaborative role, where the incumbent will be working with Scientists on a regular basis thus requiring a good knowledge of Genetics and Molecular Biology.  Strong communication skills, with the ability to effectively articulate complex, technical information to the clients is highly desirable. You will also have good organisational abilities along with excellent interpersonal and relationship building skills.



The position will be based at AgResearch Grasslands campus in Palmerston North and will be part of wider Bioinformatics and Statistics team.  Palmerston North, a university city, is 30 km from the coast, 2 hours from ski fields, and 2 hours from Wellington. The AgResearch Grasslands campus is situated in pleasant rural surroundings with easy access to the central city. The surrounding area offers many outdoor recreational opportunities.



To find out more about this position and to apply online please visit:

https://secure.agresearch.co.nz/careers/vacancies.aspx



Applications not submitted online will not be accepted.



Contact Philippa.Maternaghan at agresearch.co.nz<mailto:Philippa.Maternaghan at agresearch.co.nz> if you have any questions about this vacancy.





Applications close Sunday 07 July 2013.

-------------------------------------


Regards

Rudiger
___________________________
Rudiger Brauning
Computational Biologist
T +64 3 489 9040
E rudiger.brauning at agresearch.co.nz
AgResearch Limited
Invermay Agricultural Centre
Puddle Alley, Private Bag 50034, Mosgiel, New Zealand
T  +64 3 489 3809   F  +64 3 489 3739  www.agresearch.co.nz
Farming Food and Health. First
Te Ahuwhenua Te Kai me te Whai Ora. Tuatahi


=======================================================================
Attention: The information contained in this message and/or attachments
from AgResearch Limited is intended only for the persons or entities
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipients is prohibited by AgResearch
Limited. If you have received this message in error, please notify the
sender immediately.
=======================================================================

_______________________________________________
bioinfo-core mailing list
bioinfo-core at lists.open-bio.org
http://lists.open-bio.org/mailman/listinfo/bioinfo-core

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130610/8af34f0c/attachment.html>

From enobacon at gmail.com  Wed Jun 12 18:33:22 2013
From: enobacon at gmail.com (Seven til Seven)
Date: Wed, 12 Jun 2013 18:33:22 -0700
Subject: [Pdx-pm] Tomorrow: Simple Questions Should Have Simple Answers +
	pdx.pm governance & free osbridge pass
Message-ID: <201306121833.22856.enobacon@gmail.com>

Also at the June meeting: the raffle for a free pass to OS bridge next 
week ( http://opensourcebridge.org/ )


  Thursday, June 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave.

speaker: Michael Schwern

If a developer ever says ?it?s really simple?, run and do not look back.
Developers often throw around terms like ?easy? and ?obvious? but what 
do they tell them about what to do to make something ?easier? and ?more 
obvious?? What does it tell them about whether somebody else will find 
something ?easy? and ?obvious?? Not a lot.

Giving simple questions simple answers tells how to take action to make 
things easier and more obvious to the casual user. Embracing the task of 
providng simple answers rejects the fallacy that complex implementations 
mean complex answers. It creates a new relationship of respect between 
the user and the developer; a good user can ask a simple question 
illuminating what people want to do, and a good developer fulfills the 
user?s desire for a simple answer.

* What does it mean to be simple?
* How do you find it?
* What are its benefits?
* What happens when you don?t seek simplicity?


+pdx.pm governance

Before the presentation, we will have a short discussion about the 
future of the monthly group meetings as Eric Wilhelm is no longer able 
to be the sole organizer.

-> https://github.com/PortlandPerlMongers/

As usual, the meeting will be followed by social hour at the Lucky Lab 
Brew Pub.
-- 
---------------------------------------------------
    http://pdx.pm.org
---------------------------------------------------

From publiustemp-pdxpm at yahoo.com  Thu Jun 13 11:44:42 2013
From: publiustemp-pdxpm at yahoo.com (Ovid)
Date: Thu, 13 Jun 2013 11:44:42 -0700 (PDT)
Subject: [Pdx-pm] Tomorrow: Simple Questions Should Have Simple Answers
	+	pdx.pm governance & free osbridge pass
In-Reply-To: <201306121833.22856.enobacon@gmail.com>
References: <201306121833.22856.enobacon@gmail.com>
Message-ID: <1371149082.31916.YahooMailNeo@web120001.mail.ne1.yahoo.com>

Barring something disastrous, I'll be there. Looking forward to catching up with some old friends and maybe making some new ones.

?
Cheers,
Ovid
--
We handle Perl consulting and training, plus international
IT recruiting at http://www.allaroundtheworld.fr/.
Buy my book -?http://bit.ly/beginning_perl
Live and work overseas - http://www.overseas-exile.com/


>________________________________
> From: Seven til Seven <enobacon at gmail.com>
>To: Portland Perl Mongers <pdx-pm-list at pm.org> 
>Sent: Wednesday, 12 June 2013, 18:33
>Subject: [Pdx-pm] Tomorrow: Simple Questions Should Have Simple Answers + pdx.pm governance & free osbridge pass
> 
>
>Also at the June meeting: the raffle for a free pass to OS bridge next 
>week ( http://opensourcebridge.org/ )
>
>
>? Thursday, June 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave.
>
>speaker: Michael Schwern
>
>If a developer ever says ?it?s really simple?, run and do not look back.
>Developers often throw around terms like ?easy? and ?obvious? but what 
>do they tell them about what to do to make something ?easier? and ?more 
>obvious?? What does it tell them about whether somebody else will find 
>something ?easy? and ?obvious?? Not a lot.
>
>Giving simple questions simple answers tells how to take action to make 
>things easier and more obvious to the casual user. Embracing the task of 
>providng simple answers rejects the fallacy that complex implementations 
>mean complex answers. It creates a new relationship of respect between 
>the user and the developer; a good user can ask a simple question 
>illuminating what people want to do, and a good developer fulfills the 
>user?s desire for a simple answer.
>
>* What does it mean to be simple?
>* How do you find it?
>* What are its benefits?
>* What happens when you don?t seek simplicity?
>
>
>+pdx.pm governance
>
>Before the presentation, we will have a short discussion about the 
>future of the monthly group meetings as Eric Wilhelm is no longer able 
>to be the sole organizer.
>
>-> https://github.com/PortlandPerlMongers/
>
>As usual, the meeting will be followed by social hour at the Lucky Lab 
>Brew Pub.
>-- 
>---------------------------------------------------
>? ? http://pdx.pm.org
>---------------------------------------------------
>_______________________________________________
>Pdx-pm-list mailing list
>Pdx-pm-list at pm.org
>http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130613/40721a3a/attachment.html>

From enobacon at gmail.com  Fri Jun 14 10:07:51 2013
From: enobacon at gmail.com (Eric Wilhelm)
Date: Fri, 14 Jun 2013 10:07:51 -0700
Subject: [Pdx-pm] Fwd: [pm_groups] Zombie group cleanup
Message-ID: <201306141007.51270.enobacon@gmail.com>

say hi for keys %Josh,

(Should all of %Josh be subscribed to pm_groups?)

I wrote to genehack about salem.pm and Logan re southernoregon.pm.  I 
didn't check on Seattle.

Thanks
Eric

----------  Forwarded Message:  ----------

Subject: [pm_groups] Zombie group cleanup
Date: Friday 14 June 2013
From: Jay Hannah <jay at jays.net>
To: PM Groups <pm_groups at pm.org>

Hello Perl Monger group leaders,

Could you do me a favor? Hopefully this takes 10 minutes or less.

Please look at our map of active groups:

   http://www.pm.org/

Please check on the 3 groups geographically closest to yours.

Do those groups appear to be active? 

If so, great! Thanks for your help! You're all done.

---

IF you find a group that appears to be inactive, e.g.:

- their website is unreachable 
- appears to be more than a year out of date
- broken links 
- spam infested
- No posts to email list in more than a year
- etc

then could you please check our github Issues list[1]:

   https://github.com/perlorg/www.pm.org/issues

and if there isn't already an Issue for that group, could you please 
create one? e.g:

   "Omaha.pm inactive?"

Thank you for your help!     :)

jhannah
Omaha.pm
Perl Monger Group Leader FAQ: http://www.pm.org/faq/hosting_faq.html



[1] Why not RT (support at pm.org)? Because when you open an RT ticket it's 
private -- only you and I can see it. I don't want 10 people all 
reporting the same (potential) problem group. In github everyone can see 
all the Issues, so hopefully you'll be able to see that group X has 
already been reported...   That's my theory anyway.  :)



-- 
Request pm.org Technical Support via support at pm.org

pm_groups mailing list
pm_groups at pm.org
http://mail.pm.org/mailman/listinfo/pm_groups


-------------------------------------------------------

-- 
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

From logan at orchardtech.com  Fri Jun 14 10:17:30 2013
From: logan at orchardtech.com (Logan Bell)
Date: Fri, 14 Jun 2013 10:17:30 -0700
Subject: [Pdx-pm] [pm_groups] Zombie group cleanup
In-Reply-To: <201306141007.51270.enobacon@gmail.com>
References: <201306141007.51270.enobacon@gmail.com>
Message-ID: <FD1D858C-7195-4273-8A1B-52908607C07B@orchardtech.com>

Yes we are active :) (southeroregon.pm)

Also, if anyone happens to be in the southern Oregon area, feel free to drop by.

Cheers,
Logan


On Jun 14, 2013, at 10:07 AM, Eric Wilhelm <enobacon at gmail.com> wrote:

> say hi for keys %Josh,
> 
> (Should all of %Josh be subscribed to pm_groups?)
> 
> I wrote to genehack about salem.pm and Logan re southernoregon.pm.  I 
> didn't check on Seattle.
> 
> Thanks
> Eric
> 
> ----------  Forwarded Message:  ----------
> 
> Subject: [pm_groups] Zombie group cleanup
> Date: Friday 14 June 2013
> From: Jay Hannah <jay at jays.net>
> To: PM Groups <pm_groups at pm.org>
> 
> Hello Perl Monger group leaders,
> 
> Could you do me a favor? Hopefully this takes 10 minutes or less.
> 
> Please look at our map of active groups:
> 
>   http://www.pm.org/
> 
> Please check on the 3 groups geographically closest to yours.
> 
> Do those groups appear to be active? 
> 
> If so, great! Thanks for your help! You're all done.
> 
> ---
> 
> IF you find a group that appears to be inactive, e.g.:
> 
> - their website is unreachable 
> - appears to be more than a year out of date
> - broken links 
> - spam infested
> - No posts to email list in more than a year
> - etc
> 
> then could you please check our github Issues list[1]:
> 
>   https://github.com/perlorg/www.pm.org/issues
> 
> and if there isn't already an Issue for that group, could you please 
> create one? e.g:
> 
>   "Omaha.pm inactive?"
> 
> Thank you for your help!     :)
> 
> jhannah
> Omaha.pm
> Perl Monger Group Leader FAQ: http://www.pm.org/faq/hosting_faq.html
> 
> 
> 
> [1] Why not RT (support at pm.org)? Because when you open an RT ticket it's 
> private -- only you and I can see it. I don't want 10 people all 
> reporting the same (potential) problem group. In github everyone can see 
> all the Issues, so hopefully you'll be able to see that group X has 
> already been reported...   That's my theory anyway.  :)
> 
> 
> 
> -- 
> Request pm.org Technical Support via support at pm.org
> 
> pm_groups mailing list
> pm_groups at pm.org
> http://mail.pm.org/mailman/listinfo/pm_groups
> 
> 
> -------------------------------------------------------
> 
> -- 
> ---------------------------------------------------
>    http://scratchcomputing.com
> ---------------------------------------------------
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130614/af0ea496/attachment.bin>

From enobacon at gmail.com  Fri Jun 14 12:55:56 2013
From: enobacon at gmail.com (Eric Wilhelm)
Date: Fri, 14 Jun 2013 12:55:56 -0700
Subject: [Pdx-pm] Fwd:Open Source Bridge is next week!
Message-ID: <201306141255.56172.enobacon@gmail.com>


----------  Forwarded Message:  ----------

Date: Thursday 13 June 2013
From: Audrey Eschright

Dear Portland groups,

As you may know, Open Source Bridge, our homegrown open source community 
conference, is happening next week (June 18-21) at the Eliot Center. 
This is our fifth annual event, and we want you to help us celebrate 5 
awesome years of open source citizenship in Portland. I'd like to remind 
you of a number of ways user group members can participate in the event.

1) Register to attend the conference using the user group discount code: 
enter OSBUGLUV at http://osbridge.eventbrite.com

2) Volunteer at the conference. We have a number of open positions to 
fill. You can volunteer for as little as an hour or two, but signing up 
for at least 8 hours grants you a free pass to the entire event. Find 
out how to sign up at http://opensourcebridge.org/wiki/2013/How_to_Sign-
Up and plan to attend a volunteer orientation on Monday.

3) If you can't come to the whole conference but you still want to 
celebrate with us, buy a ticket to the party, Thursday night at OMSI: 
http://opensourcebridge.org/blog/2013/06/celebrate-open-source-
citizenship-at-omsi/

4) Register for a pay-what-you-can Community Pass, and attend evening 
BoFs, Hacker Lounge activities, and the Friday unconference. There's 
still space to schedule your own BoF or Hacker Lounge activity as well 
(email me and I'll set you up).

5) Tell other people about these things. Spread the love.

Thank you, and see you next week,
Audrey

From pdx.pm at joshheumann.com  Fri Jun 14 15:28:32 2013
From: pdx.pm at joshheumann.com (Josh Heumann)
Date: Fri, 14 Jun 2013 15:28:32 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
Message-ID: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>

Hey folks,

I'm sure this is just me having a lapse of memory, but can anyone recommend
a module for running a regular expression over a large and
arbitrarily-nested data structure?
Ideally something like this:
# %data_structure is a hash containing hashrefs, arrayrefs, strings, but no
objects.%data_structure =~ s/foo/bar/g;
...would replace foo with bar in all strings at all levels.
J
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130614/de22ad6a/attachment.html>

From joshua at keroes.com  Fri Jun 14 18:08:01 2013
From: joshua at keroes.com (joshua at keroes.com)
Date: Fri, 14 Jun 2013 18:08:01 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
Message-ID: <42BED1F2-AF6A-4D8B-98D7-3D27B14394D9@googlemail.com>

https://metacpan.org/module/Data::Visitor::Callback perhaps?

On Jun 14, 2013, at 15:28, Josh Heumann <pdx.pm at joshheumann.com> wrote:

> Hey folks,
> 
> I'm sure this is just me having a lapse of memory, but can anyone recommend a module for running a regular expression over a large and arbitrarily-nested data structure?
> Ideally something like this:
> # %data_structure is a hash containing hashrefs, arrayrefs, strings, but no objects.%data_structure =~ s/foo/bar/g;
> ...would replace foo with bar in all strings at all levels.
> J
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130614/8584aaaa/attachment.html>

From ben.hengst at gmail.com  Fri Jun 14 19:31:41 2013
From: ben.hengst at gmail.com (benh)
Date: Fri, 14 Jun 2013 19:31:41 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <42BED1F2-AF6A-4D8B-98D7-3D27B14394D9@googlemail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<42BED1F2-AF6A-4D8B-98D7-3D27B14394D9@googlemail.com>
Message-ID: <CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>

Another idea that I just though of would be to serialize to something
like YAML or JSON and then regex and then expand again. Though I am
not sure about the performance issues, would need testing.

On Fri, Jun 14, 2013 at 6:08 PM,  <joshua at keroes.com> wrote:
> https://metacpan.org/module/Data::Visitor::Callback perhaps?
>
> On Jun 14, 2013, at 15:28, Josh Heumann <pdx.pm at joshheumann.com> wrote:
>
> Hey folks,
>
> I'm sure this is just me having a lapse of memory, but can anyone recommend
> a module for running a regular expression over a large and
> arbitrarily-nested data structure?
> Ideally something like this:
> # %data_structure is a hash containing hashrefs, arrayrefs, strings, but no
> objects.%data_structure =~ s/foo/bar/g;
> ...would replace foo with bar in all strings at all levels.
> J
>
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
>
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list



-- 
benh~

http://about.notbenh.info

Stability is not a Regression.

From pdx.pm at joshheumann.com  Fri Jun 14 23:06:54 2013
From: pdx.pm at joshheumann.com (Josh Heumann)
Date: Fri, 14 Jun 2013 23:06:54 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<42BED1F2-AF6A-4D8B-98D7-3D27B14394D9@googlemail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
Message-ID: <CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>

Data::Dumper is truly interesting, and might be worth it if it's as elegant
a solution as it sounds like it might be, since there won't be any blessed
objects to worry about.

Data::Visitor::Callback is an idea that merits a little work; the docs
aren't the clearest, but this might work.

Using YAML/JSON isn't a bad idea, but I'm worried about the performance hit.

I'll try these in order and report back.

J


On Fri, Jun 14, 2013 at 7:31 PM, benh <ben.hengst at gmail.com> wrote:

> Another idea that I just though of would be to serialize to something
> like YAML or JSON and then regex and then expand again. Though I am
> not sure about the performance issues, would need testing.
>
> On Fri, Jun 14, 2013 at 6:08 PM,  <joshua at keroes.com> wrote:
> > https://metacpan.org/module/Data::Visitor::Callback perhaps?
> >
> > On Jun 14, 2013, at 15:28, Josh Heumann <pdx.pm at joshheumann.com> wrote:
> >
> > Hey folks,
> >
> > I'm sure this is just me having a lapse of memory, but can anyone
> recommend
> > a module for running a regular expression over a large and
> > arbitrarily-nested data structure?
> > Ideally something like this:
> > # %data_structure is a hash containing hashrefs, arrayrefs, strings, but
> no
> > objects.%data_structure =~ s/foo/bar/g;
> > ...would replace foo with bar in all strings at all levels.
> > J
> >
> > _______________________________________________
> > Pdx-pm-list mailing list
> > Pdx-pm-list at pm.org
> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
> >
> >
> > _______________________________________________
> > Pdx-pm-list mailing list
> > Pdx-pm-list at pm.org
> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
>
>
> --
> benh~
>
> http://about.notbenh.info
>
> Stability is not a Regression.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130614/604f92b7/attachment-0001.html>

From enobacon at gmail.com  Sat Jun 15 01:37:49 2013
From: enobacon at gmail.com (Eric Wilhelm)
Date: Sat, 15 Jun 2013 01:37:49 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
Message-ID: <201306150137.49699.enobacon@gmail.com>

# from Josh Heumann on Friday 14 June 2013:
>Using YAML/JSON isn't a bad idea, but I'm worried about the
>performance hit.

As long as your replacement doesn't break quoting or otherwise trip on 
the serialization, yeah.  JSON::XS was super quick and the fastest 
serializer last time I checked.  You'll need the ram.

Recursive implementation is easy enough.

sub replace_deeply {
  my ($data, $match, $replace) = @_;
  my $r;
  $r = sub {
    my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
    if($ref eq 'ARRAY') {
      $r->($_) for @{$_[0]}
    }
    elsif($ref eq 'HASH') {
      $r->($_) for values %{$_[0]};
    }
  };
  $r->($data);
  return $data;
}

--Eric
-- 
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

From bmk at rentrak.com  Sat Jun 15 10:10:18 2013
From: bmk at rentrak.com (Braden Kelley)
Date: Sat, 15 Jun 2013 10:10:18 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <201306150137.49699.enobacon@gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
Message-ID: <CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>

One potential problem with serializing using something like JSON::XS is a
simple regex replace would also end up replacing hash keys, not just their
values.
# from Josh Heumann on Friday 14 June 2013:
>Using YAML/JSON isn't a bad idea, but I'm worried about the
>performance hit.

As long as your replacement doesn't break quoting or otherwise trip on
the serialization, yeah.  JSON::XS was super quick and the fastest
serializer last time I checked.  You'll need the ram.

Recursive implementation is easy enough.

sub replace_deeply {
  my ($data, $match, $replace) = @_;
  my $r;
  $r = sub {
    my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
    if($ref eq 'ARRAY') {
      $r->($_) for @{$_[0]}
    }
    elsif($ref eq 'HASH') {
      $r->($_) for values %{$_[0]};
    }
  };
  $r->($data);
  return $data;
}

--Eric
--
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------
_______________________________________________
Pdx-pm-list mailing list
Pdx-pm-list at pm.org
http://mail.pm.org/mailman/listinfo/pdx-pm-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130615/6f62863a/attachment.html>

From ben.hengst at gmail.com  Sat Jun 15 11:22:38 2013
From: ben.hengst at gmail.com (benh)
Date: Sat, 15 Jun 2013 11:22:38 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
Message-ID: <CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>

I agree though in my reading that is an expected feature:

> ...would replace foo with bar in all strings at all levels.

Though again I could also be completely missing the intent here so it
is a completely fair thing to mention.

On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com> wrote:
> One potential problem with serializing using something like JSON::XS is a
> simple regex replace would also end up replacing hash keys, not just their
> values.
>
> # from Josh Heumann on Friday 14 June 2013:
>>Using YAML/JSON isn't a bad idea, but I'm worried about the
>>performance hit.
>
> As long as your replacement doesn't break quoting or otherwise trip on
> the serialization, yeah.  JSON::XS was super quick and the fastest
> serializer last time I checked.  You'll need the ram.
>
> Recursive implementation is easy enough.
>
> sub replace_deeply {
>   my ($data, $match, $replace) = @_;
>   my $r;
>   $r = sub {
>     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
>     if($ref eq 'ARRAY') {
>       $r->($_) for @{$_[0]}
>     }
>     elsif($ref eq 'HASH') {
>       $r->($_) for values %{$_[0]};
>     }
>   };
>   $r->($data);
>   return $data;
> }
>
> --Eric
> --
> ---------------------------------------------------
>     http://scratchcomputing.com
> ---------------------------------------------------
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list



-- 
benh~

http://about.notbenh.info

Stability is not a Regression.

From joshua at keroes.com  Sat Jun 15 11:36:39 2013
From: joshua at keroes.com (Joshua Keroes)
Date: Sat, 15 Jun 2013 11:36:39 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
	<CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
Message-ID: <CAGPaCZg+RcK+BQmFLLzbAT4mrk+=TgCXjjLDaL3BF1qsOHdZ9g@mail.gmail.com>

#!/usr/bin/env perl

use 5.10.0;
use strict;
use warnings;
use Data::Visitor::Callback;
use Data::Dumper;

my $ds = [ 1, 20, 300, \@INC, \%INC ];  # a complex data structure to play
with.

say "before:\n" . Dumper $ds;

my $v = Data::Visitor::Callback->new(
value => sub { s/\w+/-/g },  # handle everything but keys.
);

$v->visit($ds);  # destructive to $ds

say "after:\n" . Dumper $ds;



On Sat, Jun 15, 2013 at 11:22 AM, benh <ben.hengst at gmail.com> wrote:

> I agree though in my reading that is an expected feature:
>
> > ...would replace foo with bar in all strings at all levels.
>
> Though again I could also be completely missing the intent here so it
> is a completely fair thing to mention.
>
> On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com> wrote:
> > One potential problem with serializing using something like JSON::XS is a
> > simple regex replace would also end up replacing hash keys, not just
> their
> > values.
> >
> > # from Josh Heumann on Friday 14 June 2013:
> >>Using YAML/JSON isn't a bad idea, but I'm worried about the
> >>performance hit.
> >
> > As long as your replacement doesn't break quoting or otherwise trip on
> > the serialization, yeah.  JSON::XS was super quick and the fastest
> > serializer last time I checked.  You'll need the ram.
> >
> > Recursive implementation is easy enough.
> >
> > sub replace_deeply {
> >   my ($data, $match, $replace) = @_;
> >   my $r;
> >   $r = sub {
> >     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
> >     if($ref eq 'ARRAY') {
> >       $r->($_) for @{$_[0]}
> >     }
> >     elsif($ref eq 'HASH') {
> >       $r->($_) for values %{$_[0]};
> >     }
> >   };
> >   $r->($data);
> >   return $data;
> > }
> >
> > --Eric
> > --
> > ---------------------------------------------------
> >     http://scratchcomputing.com
> > ---------------------------------------------------
> > _______________________________________________
> > Pdx-pm-list mailing list
> > Pdx-pm-list at pm.org
> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
> >
> > _______________________________________________
> > Pdx-pm-list mailing list
> > Pdx-pm-list at pm.org
> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
>
>
> --
> benh~
>
> http://about.notbenh.info
>
> Stability is not a Regression.
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130615/de9fd468/attachment.html>

From pdx.pm at joshheumann.com  Sat Jun 15 12:32:52 2013
From: pdx.pm at joshheumann.com (Josh Heumann)
Date: Sat, 15 Jun 2013 12:32:52 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
	<CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
Message-ID: <CAMfe3S2sPfLT3c6KYezN2irY8ONcKziy34t5c5OsTP3cP=6aVQ@mail.gmail.com>

To be more clear, searching hash keys isn't required as the string will
have a sigil to identify strings to be interpolated, but if the strategy
avoided looking at hash keys, that would help avoid potentially
catastrophic mistakes.

J


On Sat, Jun 15, 2013 at 11:22 AM, benh <ben.hengst at gmail.com> wrote:

> I agree though in my reading that is an expected feature:
>
> > ...would replace foo with bar in all strings at all levels.
>
> Though again I could also be completely missing the intent here so it
> is a completely fair thing to mention.
>
> On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com> wrote:
> > One potential problem with serializing using something like JSON::XS is a
> > simple regex replace would also end up replacing hash keys, not just
> their
> > values.
> >
> > # from Josh Heumann on Friday 14 June 2013:
> >>Using YAML/JSON isn't a bad idea, but I'm worried about the
> >>performance hit.
> >
> > As long as your replacement doesn't break quoting or otherwise trip on
> > the serialization, yeah.  JSON::XS was super quick and the fastest
> > serializer last time I checked.  You'll need the ram.
> >
> > Recursive implementation is easy enough.
> >
> > sub replace_deeply {
> >   my ($data, $match, $replace) = @_;
> >   my $r;
> >   $r = sub {
> >     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
> >     if($ref eq 'ARRAY') {
> >       $r->($_) for @{$_[0]}
> >     }
> >     elsif($ref eq 'HASH') {
> >       $r->($_) for values %{$_[0]};
> >     }
> >   };
> >   $r->($data);
> >   return $data;
> > }
> >
> > --Eric
> > --
> > ---------------------------------------------------
> >     http://scratchcomputing.com
> > ---------------------------------------------------
> > _______________________________________________
> > Pdx-pm-list mailing list
> > Pdx-pm-list at pm.org
> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
> >
> > _______________________________________________
> > Pdx-pm-list mailing list
> > Pdx-pm-list at pm.org
> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
>
>
> --
> benh~
>
> http://about.notbenh.info
>
> Stability is not a Regression.
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130615/d4d7d3ed/attachment.html>

From jasoncmesser at gmail.com  Sat Jun 15 13:02:53 2013
From: jasoncmesser at gmail.com (Jason Messer)
Date: Sat, 15 Jun 2013 13:02:53 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAMfe3S2sPfLT3c6KYezN2irY8ONcKziy34t5c5OsTP3cP=6aVQ@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
	<CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
	<CAMfe3S2sPfLT3c6KYezN2irY8ONcKziy34t5c5OsTP3cP=6aVQ@mail.gmail.com>
Message-ID: <CAFP=G-Ln97ZuxYm7MZRzr09eVqoxjpOwidpDoXu2_b8Yb60GrQ@mail.gmail.com>

I somewhat regularly use something like the following

use Data::Dumper;
$Data::Dumper::Terse = 1;

$foo = {
        'onexx' => 1,
        'twoxx' => 2,
        'threexx' => 3,
        'fourxx' => ["axxb", "xbx", 'c', 'x', "d", "e", 'f', 42],
        'inc' => \@INC,
        'env' => \%ENV
};

$x = Dumper($foo);

$x =~ s/xx/__XX__/g;
$x =~ s/perl/##PERL##/g;
$e = eval($x);
print Dumper($e)

This has the advantage of simplicity, you can dump the string to a file and
monkey with it with an editor before evaling it back.

It has all the problems of unstructured text, and it's definitely on the
quick and dirty side of performance considerations, but it works and is
simple.

-Jason



On Sat, Jun 15, 2013 at 12:32 PM, Josh Heumann <pdx.pm at joshheumann.com>wrote:

> To be more clear, searching hash keys isn't required as the string will
> have a sigil to identify strings to be interpolated, but if the strategy
> avoided looking at hash keys, that would help avoid potentially
> catastrophic mistakes.
>
> J
>
>
> On Sat, Jun 15, 2013 at 11:22 AM, benh <ben.hengst at gmail.com> wrote:
>
>> I agree though in my reading that is an expected feature:
>>
>> > ...would replace foo with bar in all strings at all levels.
>>
>> Though again I could also be completely missing the intent here so it
>> is a completely fair thing to mention.
>>
>> On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com> wrote:
>> > One potential problem with serializing using something like JSON::XS is
>> a
>> > simple regex replace would also end up replacing hash keys, not just
>> their
>> > values.
>> >
>> > # from Josh Heumann on Friday 14 June 2013:
>> >>Using YAML/JSON isn't a bad idea, but I'm worried about the
>> >>performance hit.
>> >
>> > As long as your replacement doesn't break quoting or otherwise trip on
>> > the serialization, yeah.  JSON::XS was super quick and the fastest
>> > serializer last time I checked.  You'll need the ram.
>> >
>> > Recursive implementation is easy enough.
>> >
>> > sub replace_deeply {
>> >   my ($data, $match, $replace) = @_;
>> >   my $r;
>> >   $r = sub {
>> >     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
>> >     if($ref eq 'ARRAY') {
>> >       $r->($_) for @{$_[0]}
>> >     }
>> >     elsif($ref eq 'HASH') {
>> >       $r->($_) for values %{$_[0]};
>> >     }
>> >   };
>> >   $r->($data);
>> >   return $data;
>> > }
>> >
>> > --Eric
>> > --
>> > ---------------------------------------------------
>> >     http://scratchcomputing.com
>> > ---------------------------------------------------
>> > _______________________________________________
>> > Pdx-pm-list mailing list
>> > Pdx-pm-list at pm.org
>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>> >
>> > _______________________________________________
>> > Pdx-pm-list mailing list
>> > Pdx-pm-list at pm.org
>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>
>>
>>
>> --
>> benh~
>>
>> http://about.notbenh.info
>>
>> Stability is not a Regression.
>> _______________________________________________
>> Pdx-pm-list mailing list
>> Pdx-pm-list at pm.org
>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>
>>
>
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130615/ab3865df/attachment.html>

From ben.hengst at gmail.com  Sat Jun 15 16:07:27 2013
From: ben.hengst at gmail.com (benh)
Date: Sat, 15 Jun 2013 16:07:27 -0700
Subject: [Pdx-pm] Fwd: UG News: Get Your Free Books + More from O'Reilly
In-Reply-To: <1371337259.8729.0.616963@post.oreilly.com>
References: <1371337259.8729.0.616963@post.oreilly.com>
Message-ID: <CAAikAbw07CiX_U_bvDn-W9kVdt4RSsoQfjB0xLuuruRAEy5QUg@mail.gmail.com>

---------- Forwarded message ----------
From: Marsee Henon & Jon Johns <usergroups at post.oreilly.com>
Date: Sat, Jun 15, 2013 at 4:00 PM
Subject: UG News: Get Your Free Books + More from O'Reilly
To: ben.hengst+oreilly at gmail.com


**

View in browser<http://post.oreilly.com/rd/9z1z3rhjakqc1im9sdhjc0a1uj9iot3mcjn43o1hvf8>.

Forward this announcement to a
friend<http://post.oreilly.com/f2f/9z1z62g5b21gjipk3dn694ui6i652c7seg0pjukort8>
   [image: O'Reilly User Group Newsletter]

Hello,

Josette Garcia (O'Reilly UK) is starting some O'Reilly UK LinkedIn Groups.
The first one is
Perl<http://post.oreilly.com/rd/9z1zk30tnbtfllpbl1fdfn02trnn9pgmjlcv65p2br8>followed
by Ruby
and Rails<http://post.oreilly.com/rd/9z1zblrp272pcklbvsqhs3p1n6inavi647kqn5nvkeo>,
then Python. We hope you'll join.

Cheers,

?Marsee Henon and Jon Johns

PS Don't forget our Velocity conference starts next week in Santa
Clara?Save 20% with code
USRG<http://post.oreilly.com/rd/9z1zacdggc3g26kdb4omh8pq2ovs13cqi114102e05g>.

------------------------------
Available for Review [image: Vagrant: Up and
Running]<http://post.oreilly.com/rd/9z1zv4106cseovvrkkrl5sp6khj8nm57ht3q965in00>

The UG team is looking for reviewers for the following books & videos.
Consider posting your reviews on Amazon, Slashdot, oreilly.com, and/or your
blog.

   - Vagrant: Up and
Running<http://post.oreilly.com/rd/9z1zj2trk1kk7gv238dj1e9mqegtv0b05kcrtlnrbl0>
   - Learning Python, 5th
Edition<http://post.oreilly.com/rd/9z1z5b3hkn4r9uad6hrhkpltqppf8edarl0a5ha0jqo>
   - Fluent Conference 2013: JavaScript & Beyond Complete Video
Compilation<http://post.oreilly.com/rd/9z1zar40onarb6mj98tlgq82rocclb473f61ggd4kc0>

It's easy for you to get books for your meeting or special events?just
email usergroups at oreilly.com and include the words "book request" in the
subject line. Don't forget to include your deadline and shipping address.
Prefer ebooks? We can send you a free ebook certificate to print out for
raffles or book reviewers.
------------------------------
New Releases  [image: Propose, Prepare,
Present]<http://post.oreilly.com/rd/9z1z8egkht14v71vsf90lj394j49cjrjf56t1b2jdd0>
[image:
F# for C# Developers]<http://post.oreilly.com/rd/9z1zo0rjsha77ugqfvob4lrb1jcf5s9b4ed7tacsfg0>
[image:
Introducing Elixir]<http://post.oreilly.com/rd/9z1zo9ucn3e1ja5ehhkdkvitn076njpmgaql7rugo5g>
[image:
Photoshop CC: The Missing
Manual]<http://post.oreilly.com/rd/9z1zv8s89977nt1fbnoai524gil78i562ojfofd7jfg>
[image:
Graph Databases]<http://post.oreilly.com/rd/9z1z1srurqdajct7q9k4h8ntmolel7bov13bvvna6mg>
[image:
Juniper SRX Series]<http://post.oreilly.com/rd/9z1zj9mal1svjk8v315pp1b01urpd2q73uaugu2kbog>
------------------------------
 O'Reilly Webcasts: Meet Experts Online For Free!

Perly Linked Lists: What They Look Like, And Why Bother. Presented by
Steven Lembark

<http://post.oreilly.com/rd/9z1zki4a0ep0q71nhdmpnpfg3o9k341lr6d0ukrrmh8>
[image: Perly Linked Lists]
<http://post.oreilly.com/rd/9z1zki4a0ep0q71nhdmpnpfg3o9k341lr6d0ukrrmh8>
 <http://post.oreilly.com/rd/9z1zs49gnun4of6ca9l72th9oa3vode7a0gju7l62h8>
*Wednesday, June 19
1pm PT, 4pm ET*

 [image: Register
Now]<http://post.oreilly.com/rd/9z1z7a8vh440m47sghd8nr0lrljj1ddi62ra7ek5qh0>

Linked lists are still useful even in the world of auto-extending arrays:
for effective memory management and simpler threading. The first part of
this webcast talk describes how to implement generic linked-list containers
using Perl syntax; the second portion shows an efficient Object-oriented
list manager that avoids the most common pitfalls of OO linked lists.

Join us for a *free hands-on webcast* presented by Steven Lembark. Don't
miss this informative presentation from the comfort of your computer chair!
To see more upcoming events and *meet experts online* visit
http://oreilly.com/webcasts/index.html<http://post.oreilly.com/rd/9z1zgv3ap0ban0lqe6fsgbojcmj5menllh0c3c5cql8>.

------------------------------
PhoneGap Day (July 19 - Portland, OR) [image:
PhoneGap]<http://post.oreilly.com/rd/9z1zn6b3hb0eqgahroe214ps70stvg0p7s4bbmhboto>

The 3rd annual PhoneGap
Day<http://post.oreilly.com/rd/9z1zv1799p6qufg6gfran4ovrhj5ntd9g4odm0v9rdg>is
just before OSCON in Portland, OR. PhoneGap Day is one part conference
and one part celebration. Expect a fun and informative day packed with
people who are using PhoneGap as part of their mobile app development. Meet
members from the PhoneGap team, hear the latest PhoneGap news, and find out
what's coming next! Register
now.<http://post.oreilly.com/rd/9z1ztsq4f7lisf5dg73adg3ohdt0rvm0rlq31hbtr68>
------------------------------
OSCON 2013 (July 22-26 Portland, OR)

[image: Velocity]<http://post.oreilly.com/rd/9z1zdafi1hh8sdmarttm62en9p99j3hpup4m6fn7rp8>

You still have time to
register<http://post.oreilly.com/rd/9z1z1jalv3ud3p9j8i5bmc9l3vst4puj9lifb7vh8o8>for
the 15th
annual Open Source Conference -
OSCON<http://post.oreilly.com/rd/9z1zt383m6dbdg8cpamm4lrb7v7bo21efj6t4q31kqo>.
(20% off with discount code, OS13UG) The
schedule<http://post.oreilly.com/rd/9z1zsojv7hjpq8l4gc6858qrqiq47evp7k5em6f2sao>is
up, if you'd like to see what's happening, and if you're still unsure,
you can watch some of last years videos on our YouTube
Channel<http://post.oreilly.com/rd/9z1z8ja88l30s3d3mjf14hq3s26kt48fig1tqeev4n8>
.
------------------------------
Membership has it's privileges [image:
DSUG]<http://post.oreilly.com/rd/9z1zr014aooalvj81eg90pubad80tnsadaeom5861r0>

We would be happy to send you a few books for your next meeting. Simply
send us an email (usergroups at oreilly.com) and include "Book Request" in the
subject line. You can always enjoy 50% off ebooks and videos, and 40% off
print books, by using the discount code DSUG at
checkout<http://post.oreilly.com/rd/9z1z7vj1fjqatv061l41qqd4d5t3hns6f9alj6ub9j0>.
(Some restrictions apply)
------------------------------
Put Up a Banner & Get a Free Book?UG Leaders Only

We're looking for groups to display our discount banners on their websites.
If you send us your group's site with one or more banners posted, we'll
send you the O'Reilly book(s) of your choice. Choose from the following
list of banners:[image:
OSCON]<http://post.oreilly.com/rd/9z1zc21cc3ocmklphg6hpa1efnaa33e5sce7glsgc6g>

   - OSCON Conference
Banners<http://post.oreilly.com/rd/9z1z1omqhqr0khtv48hrt7vqoet1ap8vlgic8efe43g>
   - UG Program
Banners<http://post.oreilly.com/rd/9z1zvl7l51ced2qkf74jn0cq0dt14i7vniaksp22nog>
   - UG Discount
Banners<http://post.oreilly.com/rd/9z1z9eesubc81p6k6dp6dbbunlgent1o3q81evlchrg>

 ------------------------------

[image: Buy 1 Ebook, Get 1 Free with your user group discount code:
DSUG2]<http://post.oreilly.com/rd/9z1zmvfeeo03f6ul164soc3ip9jj43mhmi95438adto>
Buy 1 Ebook, Get 1 Free with your user group discount code: *DSUG2*
------------------------------

Looking for more? Visit
oreilly.com<http://post.oreilly.com/rd/9z1zt5gh7lig18upaf687mimi76p8ol4icrv0evnb10>.


[image: Find more at oreilly.com]

You are receiving this email because you are a User Group contact with
O'Reilly Media. If you would like to stop receiving these newsletters or
announcements from O'Reilly, send an email to: usergroups at oreilly.com

O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707)
827-7000




-- 
benh~

http://about.notbenh.info

Stability is not a Regression.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130615/c002904d/attachment-0001.html>

From ben.hengst at gmail.com  Sat Jun 15 18:53:47 2013
From: ben.hengst at gmail.com (benh)
Date: Sat, 15 Jun 2013 18:53:47 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
Message-ID: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>

Currently if you go to the gh-page that we have setup
http://portlandperlmongers.github.io/ you get a stock template. The
goal was to mostly use the wiki but it's a simple fix to just leverage
a simple page that github hosts for us that just becomes a stack of
links. Thus I propose something like:

  http://pdxpm.notbenh.info/

This is just the output from jekyll (the thing that gh-pages uses to
turn markdown in to HTML) and all the underlying bits are in a branch
in the repo:

  https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh

My basis for this was to pull the copy that @bak built for @pdxgit as
that just allowed for the changing the content and not having to fuss
with too much.

So what I am looking for is basic feedback (dooz I spelz all gooz
n-such), conversations on if we want any images (logo,favicon,...),
and anything else you can think of.

--
benh~

http://about.notbenh.info

Stability is not a Regression.

From ben.hengst at gmail.com  Sat Jun 15 18:56:44 2013
From: ben.hengst at gmail.com (benh)
Date: Sat, 15 Jun 2013 18:56:44 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
Message-ID: <CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>

I forgot to mention that the static example is just that an
unconnected static example. If you want to play by way of locak edits,
then pull a copy of the repo, and build your own branch from mine
(notbenh). Then install jekyll (yes ruby I know) and you can test
locally via: jekyll serve



On Sat, Jun 15, 2013 at 6:53 PM, benh <ben.hengst at gmail.com> wrote:
> Currently if you go to the gh-page that we have setup
> http://portlandperlmongers.github.io/ you get a stock template. The
> goal was to mostly use the wiki but it's a simple fix to just leverage
> a simple page that github hosts for us that just becomes a stack of
> links. Thus I propose something like:
>
>   http://pdxpm.notbenh.info/
>
> This is just the output from jekyll (the thing that gh-pages uses to
> turn markdown in to HTML) and all the underlying bits are in a branch
> in the repo:
>
>   https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh
>
> My basis for this was to pull the copy that @bak built for @pdxgit as
> that just allowed for the changing the content and not having to fuss
> with too much.
>
> So what I am looking for is basic feedback (dooz I spelz all gooz
> n-such), conversations on if we want any images (logo,favicon,...),
> and anything else you can think of.
>
> --
> benh~
>
> http://about.notbenh.info
>
> Stability is not a Regression.



-- 
benh~

http://about.notbenh.info

Stability is not a Regression.

From aj at ohess.org  Sun Jun 16 13:38:12 2013
From: aj at ohess.org (Anthony Johnson)
Date: Sun, 16 Jun 2013 13:38:12 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>
Message-ID: <20130616203812.GA6193@a.mx>

Does it make sense to use posts in jekyll as a meeting archive? This is
slightly redundant given the data is in the wiki and it would require
curating by a member with commit access, but would be very visible to
anyone hitting the front page. 

Anthony

On Sat, Jun 15, 2013 at 06:56:44PM -0700, benh wrote:
> I forgot to mention that the static example is just that an
> unconnected static example. If you want to play by way of locak edits,
> then pull a copy of the repo, and build your own branch from mine
> (notbenh). Then install jekyll (yes ruby I know) and you can test
> locally via: jekyll serve
> 
> 
> 
> On Sat, Jun 15, 2013 at 6:53 PM, benh <ben.hengst at gmail.com> wrote:
> > Currently if you go to the gh-page that we have setup
> > http://portlandperlmongers.github.io/ you get a stock template. The
> > goal was to mostly use the wiki but it's a simple fix to just leverage
> > a simple page that github hosts for us that just becomes a stack of
> > links. Thus I propose something like:
> >
> >   http://pdxpm.notbenh.info/
> >
> > This is just the output from jekyll (the thing that gh-pages uses to
> > turn markdown in to HTML) and all the underlying bits are in a branch
> > in the repo:
> >
> >   https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh
> >
> > My basis for this was to pull the copy that @bak built for @pdxgit as
> > that just allowed for the changing the content and not having to fuss
> > with too much.
> >
> > So what I am looking for is basic feedback (dooz I spelz all gooz
> > n-such), conversations on if we want any images (logo,favicon,...),
> > and anything else you can think of.
> >
> > --
> > benh~
> >
> > http://about.notbenh.info
> >
> > Stability is not a Regression.
> 
> 
> 
> -- 
> benh~
> 
> http://about.notbenh.info
> 
> Stability is not a Regression.
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list

-- 
Anthony Johnson
http://ohess.org

From ben.hengst at gmail.com  Sun Jun 16 14:11:28 2013
From: ben.hengst at gmail.com (benh)
Date: Sun, 16 Jun 2013 14:11:28 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <20130616203812.GA6193@a.mx>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>
	<20130616203812.GA6193@a.mx>
Message-ID: <CAAikAbx46La0PikoAccgY4mKKJ+vVQya80yL3ZS8AQG--e_4UQ@mail.gmail.com>

I am sorry I was not intending to suggest that we should move the wiki
to jekyll. The advantage of the wiki is that any one with a github
account can make edits with out any supervision. I want to keep this
workflow. Though to leave the 'homepage' as a default template seems
like a bad move. I really only went with jekyll as it was already
mostly done as a framework, though just posting the flat (post-build)
version to gh-pages is completely acceptable in my mind. The big thing
here is to actually have content on that page.

As to your point though about visibility of posts, I am not sure I
follow? Did I miss removing a mention of the meeting notes workflow
that is used for pdxgit?

On Sun, Jun 16, 2013 at 1:38 PM, Anthony Johnson <aj at ohess.org> wrote:
> Does it make sense to use posts in jekyll as a meeting archive? This is
> slightly redundant given the data is in the wiki and it would require
> curating by a member with commit access, but would be very visible to
> anyone hitting the front page.
>
> Anthony
>
> On Sat, Jun 15, 2013 at 06:56:44PM -0700, benh wrote:
>> I forgot to mention that the static example is just that an
>> unconnected static example. If you want to play by way of locak edits,
>> then pull a copy of the repo, and build your own branch from mine
>> (notbenh). Then install jekyll (yes ruby I know) and you can test
>> locally via: jekyll serve
>>
>>
>>
>> On Sat, Jun 15, 2013 at 6:53 PM, benh <ben.hengst at gmail.com> wrote:
>> > Currently if you go to the gh-page that we have setup
>> > http://portlandperlmongers.github.io/ you get a stock template. The
>> > goal was to mostly use the wiki but it's a simple fix to just leverage
>> > a simple page that github hosts for us that just becomes a stack of
>> > links. Thus I propose something like:
>> >
>> >   http://pdxpm.notbenh.info/
>> >
>> > This is just the output from jekyll (the thing that gh-pages uses to
>> > turn markdown in to HTML) and all the underlying bits are in a branch
>> > in the repo:
>> >
>> >   https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh
>> >
>> > My basis for this was to pull the copy that @bak built for @pdxgit as
>> > that just allowed for the changing the content and not having to fuss
>> > with too much.
>> >
>> > So what I am looking for is basic feedback (dooz I spelz all gooz
>> > n-such), conversations on if we want any images (logo,favicon,...),
>> > and anything else you can think of.
>> >
>> > --
>> > benh~
>> >
>> > http://about.notbenh.info
>> >
>> > Stability is not a Regression.
>>
>>
>>
>> --
>> benh~
>>
>> http://about.notbenh.info
>>
>> Stability is not a Regression.
>> _______________________________________________
>> Pdx-pm-list mailing list
>> Pdx-pm-list at pm.org
>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
> --
> Anthony Johnson
> http://ohess.org



-- 
benh~

http://about.notbenh.info

Stability is not a Regression.

From aj at ohess.org  Sun Jun 16 17:11:42 2013
From: aj at ohess.org (Anthony Johnson)
Date: Sun, 16 Jun 2013 17:11:42 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <CAAikAbx46La0PikoAccgY4mKKJ+vVQya80yL3ZS8AQG--e_4UQ@mail.gmail.com>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>
	<20130616203812.GA6193@a.mx>
	<CAAikAbx46La0PikoAccgY4mKKJ+vVQya80yL3ZS8AQG--e_4UQ@mail.gmail.com>
Message-ID: <20130617001142.GA6339@a.mx>

Sorry, i wasn't advocating against the use of gh-pages or a new
template. There was talk of using gh-pages as a landing/portal page,
keeping all content in the wiki, but also putting up a copy of upcoming
meeting details as posts in jekyll.

I'm a bit undecided on duplicating that data on gh-pages -- between the
wiki and calagator, I'm not sure there needs to be another post. Having
the meeting details on the landing page seems like a good idea though,
and maybe it could be a function of %Josh to coordinate updates to
gh-pages a week out.  Putting up meeting notes also sounds like a good
idea and I like what pdxgit has done.

Otherwise, the template works well, I might have some changes to the
content but I can provide a PR when i have time.

Anthony 

On Sun, Jun 16, 2013 at 02:11:28PM -0700, benh wrote:
> I am sorry I was not intending to suggest that we should move the wiki
> to jekyll. The advantage of the wiki is that any one with a github
> account can make edits with out any supervision. I want to keep this
> workflow. Though to leave the 'homepage' as a default template seems
> like a bad move. I really only went with jekyll as it was already
> mostly done as a framework, though just posting the flat (post-build)
> version to gh-pages is completely acceptable in my mind. The big thing
> here is to actually have content on that page.
> 
> As to your point though about visibility of posts, I am not sure I
> follow? Did I miss removing a mention of the meeting notes workflow
> that is used for pdxgit?
> 
> On Sun, Jun 16, 2013 at 1:38 PM, Anthony Johnson <aj at ohess.org> wrote:
> > Does it make sense to use posts in jekyll as a meeting archive? This is
> > slightly redundant given the data is in the wiki and it would require
> > curating by a member with commit access, but would be very visible to
> > anyone hitting the front page.
> >
> > Anthony
> >
> > On Sat, Jun 15, 2013 at 06:56:44PM -0700, benh wrote:
> >> I forgot to mention that the static example is just that an
> >> unconnected static example. If you want to play by way of locak edits,
> >> then pull a copy of the repo, and build your own branch from mine
> >> (notbenh). Then install jekyll (yes ruby I know) and you can test
> >> locally via: jekyll serve
> >>
> >>
> >>
> >> On Sat, Jun 15, 2013 at 6:53 PM, benh <ben.hengst at gmail.com> wrote:
> >> > Currently if you go to the gh-page that we have setup
> >> > http://portlandperlmongers.github.io/ you get a stock template. The
> >> > goal was to mostly use the wiki but it's a simple fix to just leverage
> >> > a simple page that github hosts for us that just becomes a stack of
> >> > links. Thus I propose something like:
> >> >
> >> >   http://pdxpm.notbenh.info/
> >> >
> >> > This is just the output from jekyll (the thing that gh-pages uses to
> >> > turn markdown in to HTML) and all the underlying bits are in a branch
> >> > in the repo:
> >> >
> >> >   https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh
> >> >
> >> > My basis for this was to pull the copy that @bak built for @pdxgit as
> >> > that just allowed for the changing the content and not having to fuss
> >> > with too much.
> >> >
> >> > So what I am looking for is basic feedback (dooz I spelz all gooz
> >> > n-such), conversations on if we want any images (logo,favicon,...),
> >> > and anything else you can think of.
> >> >
> >> > --
> >> > benh~
> >> >
> >> > http://about.notbenh.info
> >> >
> >> > Stability is not a Regression.
> >>
> >>
> >>
> >> --
> >> benh~
> >>
> >> http://about.notbenh.info
> >>
> >> Stability is not a Regression.
> >> _______________________________________________
> >> Pdx-pm-list mailing list
> >> Pdx-pm-list at pm.org
> >> http://mail.pm.org/mailman/listinfo/pdx-pm-list
> >
> > --
> > Anthony Johnson
> > http://ohess.org
> 
> 
> 
> -- 
> benh~
> 
> http://about.notbenh.info
> 
> Stability is not a Regression.
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list

-- 
Anthony Johnson
http://ohess.org

From ben.hengst at gmail.com  Sun Jun 16 23:52:04 2013
From: ben.hengst at gmail.com (benh)
Date: Sun, 16 Jun 2013 23:52:04 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <20130617001142.GA6339@a.mx>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>
	<20130616203812.GA6193@a.mx>
	<CAAikAbx46La0PikoAccgY4mKKJ+vVQya80yL3ZS8AQG--e_4UQ@mail.gmail.com>
	<20130617001142.GA6339@a.mx>
Message-ID: <CAAikAbwUpFgpjwpp_3jkp-Gn-C=tghurtEpcr9QoQheR8LqtaA@mail.gmail.com>

Anthony, thanks for the feedback, I think this might be a case where
we are agreening with vigor:

All I am proposing is that we have a landing page, nothing more. No
pages, no posts just a landing page. This is just my proposal for what
we ~could~ have as a landing page. I agree the idea of building out
new pages just to mirror what is already on the wiki is less than
ideal.

All content should be stored on the wiki. I am proposing a landing
page that is more a description of what pdx.pm is and then links to
the wiki where approperate for actual content.

An entry added to calagator should include the content about the
specific meeting in question  (ie wiki content) + some boilerplate
about pdx.pm. I do not see these event listings as content rather this
is just a way to further announce a meeting.

As for updates to the landing page, sure they can happen as needed.
Though ideally the whole concept of a landing page like this is to
have minimal content and then to point people elsewhere, thus there
really should not be much need to change the content if we get it to a
point where all the correct links are included.

[ACTION REQUESTED]
Is there any reason that this proposal (http://pdxpm.notbenh.info)
should not be posted? For example:
- are there any spelling/grammar errors?
- are there any missing elements that are fundamental to a description
of the group?
- are there any other counter proposals that we want to look at before
pusing live?

In the case of no show-stopper issues mentioned on the list a
non-reply or +1 will be intrepreted as: "Looks good push it some time
on Wed (19th)"

The good news is that this is just a git repo, we can always change it
later. Speaking of which, does any one else want a commit bit to this
repo?

On Sun, Jun 16, 2013 at 5:11 PM, Anthony Johnson <aj at ohess.org> wrote:
> Sorry, i wasn't advocating against the use of gh-pages or a new
> template. There was talk of using gh-pages as a landing/portal page,
> keeping all content in the wiki, but also putting up a copy of upcoming
> meeting details as posts in jekyll.
>
> I'm a bit undecided on duplicating that data on gh-pages -- between the
> wiki and calagator, I'm not sure there needs to be another post. Having
> the meeting details on the landing page seems like a good idea though,
> and maybe it could be a function of %Josh to coordinate updates to
> gh-pages a week out.  Putting up meeting notes also sounds like a good
> idea and I like what pdxgit has done.
>
> Otherwise, the template works well, I might have some changes to the
> content but I can provide a PR when i have time.
>
> Anthony
>
> On Sun, Jun 16, 2013 at 02:11:28PM -0700, benh wrote:
>> I am sorry I was not intending to suggest that we should move the wiki
>> to jekyll. The advantage of the wiki is that any one with a github
>> account can make edits with out any supervision. I want to keep this
>> workflow. Though to leave the 'homepage' as a default template seems
>> like a bad move. I really only went with jekyll as it was already
>> mostly done as a framework, though just posting the flat (post-build)
>> version to gh-pages is completely acceptable in my mind. The big thing
>> here is to actually have content on that page.
>>
>> As to your point though about visibility of posts, I am not sure I
>> follow? Did I miss removing a mention of the meeting notes workflow
>> that is used for pdxgit?
>>
>> On Sun, Jun 16, 2013 at 1:38 PM, Anthony Johnson <aj at ohess.org> wrote:
>> > Does it make sense to use posts in jekyll as a meeting archive? This is
>> > slightly redundant given the data is in the wiki and it would require
>> > curating by a member with commit access, but would be very visible to
>> > anyone hitting the front page.
>> >
>> > Anthony
>> >
>> > On Sat, Jun 15, 2013 at 06:56:44PM -0700, benh wrote:
>> >> I forgot to mention that the static example is just that an
>> >> unconnected static example. If you want to play by way of locak edits,
>> >> then pull a copy of the repo, and build your own branch from mine
>> >> (notbenh). Then install jekyll (yes ruby I know) and you can test
>> >> locally via: jekyll serve
>> >>
>> >>
>> >>
>> >> On Sat, Jun 15, 2013 at 6:53 PM, benh <ben.hengst at gmail.com> wrote:
>> >> > Currently if you go to the gh-page that we have setup
>> >> > http://portlandperlmongers.github.io/ you get a stock template. The
>> >> > goal was to mostly use the wiki but it's a simple fix to just leverage
>> >> > a simple page that github hosts for us that just becomes a stack of
>> >> > links. Thus I propose something like:
>> >> >
>> >> >   http://pdxpm.notbenh.info/
>> >> >
>> >> > This is just the output from jekyll (the thing that gh-pages uses to
>> >> > turn markdown in to HTML) and all the underlying bits are in a branch
>> >> > in the repo:
>> >> >
>> >> >   https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh
>> >> >
>> >> > My basis for this was to pull the copy that @bak built for @pdxgit as
>> >> > that just allowed for the changing the content and not having to fuss
>> >> > with too much.
>> >> >
>> >> > So what I am looking for is basic feedback (dooz I spelz all gooz
>> >> > n-such), conversations on if we want any images (logo,favicon,...),
>> >> > and anything else you can think of.
>> >> >
>> >> > --
>> >> > benh~
>> >> >
>> >> > http://about.notbenh.info
>> >> >
>> >> > Stability is not a Regression.
>> >>
>> >>
>> >>
>> >> --
>> >> benh~
>> >>
>> >> http://about.notbenh.info
>> >>
>> >> Stability is not a Regression.
>> >> _______________________________________________
>> >> Pdx-pm-list mailing list
>> >> Pdx-pm-list at pm.org
>> >> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>> >
>> > --
>> > Anthony Johnson
>> > http://ohess.org
>>
>>
>>
>> --
>> benh~
>>
>> http://about.notbenh.info
>>
>> Stability is not a Regression.
>> _______________________________________________
>> Pdx-pm-list mailing list
>> Pdx-pm-list at pm.org
>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
> --
> Anthony Johnson
> http://ohess.org



-- 
benh~

http://about.notbenh.info

Stability is not a Regression.

From enobacon at gmail.com  Mon Jun 17 11:05:29 2013
From: enobacon at gmail.com (Eric Wilhelm)
Date: Mon, 17 Jun 2013 11:05:29 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <20130617001142.GA6339@a.mx>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<CAAikAbx46La0PikoAccgY4mKKJ+vVQya80yL3ZS8AQG--e_4UQ@mail.gmail.com>
	<20130617001142.GA6339@a.mx>
Message-ID: <201306171105.29726.enobacon@gmail.com>

# from Anthony Johnson on Sunday 16 June 2013:
>There was talk of using gh-pages as a landing/portal page,
>keeping all content in the wiki, but also putting up a copy of
>upcoming meeting details as posts in jekyll.

If we could link/embed it or automate it, it would be nice to have the 
next meeting shown on the front page (and maybe a link to the meeting 
archive.)  It would also be nice to take it down after the meeting and 
set a TBD note until the next meeting info is available.  (This wish 
assumes an automated regen+push or some javascript.)  Or even just 
javascript to create a link directly to the next meeting in the wiki?

Meanwhile, is there any way to get the wiki to be pdx.pm.org/wiki/?

--Eric
-- 
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

From aj at ohess.org  Mon Jun 17 11:33:07 2013
From: aj at ohess.org (Anthony Johnson)
Date: Mon, 17 Jun 2013 11:33:07 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <CAAikAbwUpFgpjwpp_3jkp-Gn-C=tghurtEpcr9QoQheR8LqtaA@mail.gmail.com>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<CAAikAbzPHXGPUuo+pRWqSrCo-2KdCwichvhhykOX9=4L-wZtsg@mail.gmail.com>
	<20130616203812.GA6193@a.mx>
	<CAAikAbx46La0PikoAccgY4mKKJ+vVQya80yL3ZS8AQG--e_4UQ@mail.gmail.com>
	<20130617001142.GA6339@a.mx>
	<CAAikAbwUpFgpjwpp_3jkp-Gn-C=tghurtEpcr9QoQheR8LqtaA@mail.gmail.com>
Message-ID: <20130617183307.GA7071@a.mx>

On Sun, Jun 16, 2013 at 11:52:04PM -0700, benh wrote:
> Anthony, thanks for the feedback, I think this might be a case where
> we are agreening with vigor:

Agreed.

> All I am proposing is that we have a landing page, nothing more. No
> pages, no posts just a landing page. This is just my proposal for what
> we ~could~ have as a landing page. I agree the idea of building out
> new pages just to mirror what is already on the wiki is less than
> ideal.
> 
> All content should be stored on the wiki. I am proposing a landing
> page that is more a description of what pdx.pm is and then links to
> the wiki where approperate for actual content.

I lean towards this as well, it appears to be the most sustainable
option.

> ...
> [ACTION REQUESTED]
> Is there any reason that this proposal (http://pdxpm.notbenh.info)
> should not be posted? For example:
> - are there any spelling/grammar errors?
> - are there any missing elements that are fundamental to a description
> of the group?
> - are there any other counter proposals that we want to look at before
> pusing live?

I've got some non-blocking content suggestions, I'll have time to hack
something up tonight. If we want some graphic elements for logo/etc
eventually, I'd be willing to contribute some, also non-blocking though.

> In the case of no show-stopper issues mentioned on the list a
> non-reply or +1 will be intrepreted as: "Looks good push it some time
> on Wed (19th)"

+1 from me. I don't see any major issues, content tweaks can come
anytime

AJ

> On Sun, Jun 16, 2013 at 5:11 PM, Anthony Johnson <aj at ohess.org> wrote:
> > Sorry, i wasn't advocating against the use of gh-pages or a new
> > template. There was talk of using gh-pages as a landing/portal page,
> > keeping all content in the wiki, but also putting up a copy of upcoming
> > meeting details as posts in jekyll.
> >
> > I'm a bit undecided on duplicating that data on gh-pages -- between the
> > wiki and calagator, I'm not sure there needs to be another post. Having
> > the meeting details on the landing page seems like a good idea though,
> > and maybe it could be a function of %Josh to coordinate updates to
> > gh-pages a week out.  Putting up meeting notes also sounds like a good
> > idea and I like what pdxgit has done.
> >
> > Otherwise, the template works well, I might have some changes to the
> > content but I can provide a PR when i have time.
> >
> > Anthony
> >
> > On Sun, Jun 16, 2013 at 02:11:28PM -0700, benh wrote:
> >> I am sorry I was not intending to suggest that we should move the wiki
> >> to jekyll. The advantage of the wiki is that any one with a github
> >> account can make edits with out any supervision. I want to keep this
> >> workflow. Though to leave the 'homepage' as a default template seems
> >> like a bad move. I really only went with jekyll as it was already
> >> mostly done as a framework, though just posting the flat (post-build)
> >> version to gh-pages is completely acceptable in my mind. The big thing
> >> here is to actually have content on that page.
> >>
> >> As to your point though about visibility of posts, I am not sure I
> >> follow? Did I miss removing a mention of the meeting notes workflow
> >> that is used for pdxgit?
> >>
> >> On Sun, Jun 16, 2013 at 1:38 PM, Anthony Johnson <aj at ohess.org> wrote:
> >> > Does it make sense to use posts in jekyll as a meeting archive? This is
> >> > slightly redundant given the data is in the wiki and it would require
> >> > curating by a member with commit access, but would be very visible to
> >> > anyone hitting the front page.
> >> >
> >> > Anthony
> >> >
> >> > On Sat, Jun 15, 2013 at 06:56:44PM -0700, benh wrote:
> >> >> I forgot to mention that the static example is just that an
> >> >> unconnected static example. If you want to play by way of locak edits,
> >> >> then pull a copy of the repo, and build your own branch from mine
> >> >> (notbenh). Then install jekyll (yes ruby I know) and you can test
> >> >> locally via: jekyll serve
> >> >>
> >> >>
> >> >>
> >> >> On Sat, Jun 15, 2013 at 6:53 PM, benh <ben.hengst at gmail.com> wrote:
> >> >> > Currently if you go to the gh-page that we have setup
> >> >> > http://portlandperlmongers.github.io/ you get a stock template. The
> >> >> > goal was to mostly use the wiki but it's a simple fix to just leverage
> >> >> > a simple page that github hosts for us that just becomes a stack of
> >> >> > links. Thus I propose something like:
> >> >> >
> >> >> >   http://pdxpm.notbenh.info/
> >> >> >
> >> >> > This is just the output from jekyll (the thing that gh-pages uses to
> >> >> > turn markdown in to HTML) and all the underlying bits are in a branch
> >> >> > in the repo:
> >> >> >
> >> >> >   https://github.com/PortlandPerlMongers/portlandperlmongers.github.io/tree/notbenh
> >> >> >
> >> >> > My basis for this was to pull the copy that @bak built for @pdxgit as
> >> >> > that just allowed for the changing the content and not having to fuss
> >> >> > with too much.
> >> >> >
> >> >> > So what I am looking for is basic feedback (dooz I spelz all gooz
> >> >> > n-such), conversations on if we want any images (logo,favicon,...),
> >> >> > and anything else you can think of.
> >> >> >
> >> >> > --
> >> >> > benh~
> >> >> >
> >> >> > http://about.notbenh.info
> >> >> >
> >> >> > Stability is not a Regression.
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> benh~
> >> >>
> >> >> http://about.notbenh.info
> >> >>
> >> >> Stability is not a Regression.
> >> >> _______________________________________________
> >> >> Pdx-pm-list mailing list
> >> >> Pdx-pm-list at pm.org
> >> >> http://mail.pm.org/mailman/listinfo/pdx-pm-list
> >> >
> >> > --
> >> > Anthony Johnson
> >> > http://ohess.org
> >>
> >>
> >>
> >> --
> >> benh~
> >>
> >> http://about.notbenh.info
> >>
> >> Stability is not a Regression.
> >> _______________________________________________
> >> Pdx-pm-list mailing list
> >> Pdx-pm-list at pm.org
> >> http://mail.pm.org/mailman/listinfo/pdx-pm-list
> >
> > --
> > Anthony Johnson
> > http://ohess.org
> 
> 
> 
> -- 
> benh~
> 
> http://about.notbenh.info
> 
> Stability is not a Regression.
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list

-- 
Anthony Johnson
http://ohess.org

From enobacon at gmail.com  Mon Jun 17 12:02:15 2013
From: enobacon at gmail.com (Eric Wilhelm)
Date: Mon, 17 Jun 2013 12:02:15 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <CAAikAbwUpFgpjwpp_3jkp-Gn-C=tghurtEpcr9QoQheR8LqtaA@mail.gmail.com>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<20130617001142.GA6339@a.mx>
	<CAAikAbwUpFgpjwpp_3jkp-Gn-C=tghurtEpcr9QoQheR8LqtaA@mail.gmail.com>
Message-ID: <201306171202.15794.enobacon@gmail.com>

# from benh on Sunday 16 June 2013:
>[ACTION REQUESTED]
>Is there any reason that this proposal (http://pdxpm.notbenh.info)
>should not be posted?

I prefer a vertical layout (because I think pages should look just as 
good in konqueror as they do in dillo/lynx/links.)  The headings could 
be more descriptive with fewer W's.  s/\bhe list/the list/

It could include map widgets?  I can work on it with you during bridge.

Thanks,
Eric
-- 
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

From ben.hengst at gmail.com  Mon Jun 17 22:05:53 2013
From: ben.hengst at gmail.com (benh)
Date: Mon, 17 Jun 2013 22:05:53 -0700
Subject: [Pdx-pm] Fwd: Share with pdx.pm? Webcast: Perly Linked Lists: What
 they look like, and why bother
In-Reply-To: <B3463AAA-1040-4489-8A09-3925C7CEF566@oreilly.com>
References: <B3463AAA-1040-4489-8A09-3925C7CEF566@oreilly.com>
Message-ID: <CAAikAbzAUaoGXVYriMDO5S6mm6wHRaDE87WTRAM4WD-aUjBCXQ@mail.gmail.com>

---------- Forwarded message ----------
From: "Marsee Henon" <marsee at oreilly.com>
Date: Jun 17, 2013 5:24 PM
Subject: Share with pdx.pm? Webcast: Perly Linked Lists: What they look
like, and why bother
To: "benh" <ben.hengst at gmail.com>
Cc:

Hi Ben


Thought you and your group members might want to know about this upcoming
Perl Webcast from O'Reilly.


Perly Linked Lists: What they look like, and why bother
Presented by: Steven Lembark
Wednesday, June 19, 2013

1PM PT, San Francisco
9pm - London | 4pm - New York | Thu, Jun 20th at 6am - Sydney | Thu, Jun
20th at 5am - Tokyo | Thu, Jun 20th at 4am - Beijing | Thu, Jun 20th at
1:30am - Mumbai


Duration: Approximately 60 minutes.

Cost: Free

Linked lists are still useful even in the world of auto-extending arrays:
for effective memory management and simpler threading. The first part of
this webcast talk describes how to implement generic linked-list containers
using Perl syntax; the second portion shows an efficient Object-oriented
list manager that avoids the most common pitfalls of OO linked lists.

Register online here:
http://www.oreillynet.com/pub/e/2715

Marsee Henon
O'Reilly Media, Inc.
1005 Gravenstein Hwy North
Sebastopol, CA  95472
marsee at oreilly.com
707-827-7103
ug.oreilly.com
https://twitter.com/oreillyug
http://about.me/marsee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130617/5378d63c/attachment.html>

From ben.hengst at gmail.com  Mon Jun 17 22:05:34 2013
From: ben.hengst at gmail.com (benh)
Date: Mon, 17 Jun 2013 22:05:34 -0700
Subject: [Pdx-pm] Fwd: Learn From Experts Live: Data Mning, IApps, Perl,
 HTML5, Raspberry Pi, Python, GO
In-Reply-To: <1371491345.19402.0.152098@post.oreilly.com>
References: <1371491345.19402.0.152098@post.oreilly.com>
Message-ID: <CAAikAbxwg=CJ2y09oGwj2YVMkF+3poKPLq+G_tt2tMNQqcKWDw@mail.gmail.com>

---------- Forwarded message ----------
From: "O'Reilly Webcasts" <webcast at post.oreilly.com>
Date: Jun 17, 2013 10:51 AM
Subject: Learn From Experts Live: Data Mning, IApps, Perl, HTML5, Raspberry
Pi, Python, GO
To: <ben.hengst at gmail.com>
Cc:

**

Free, live webcasts. Meet experts online.    View in
browser<http://post.oreilly.com/rd/9z1zh79fr249tsk8p7b0qfbv4o7l45n3sg6o9lcgoe8>.

    [image: O'Reilly Media] Webcast

Free, live webcasts. Meet experts online.

Attendance is limited, so register now. We'll send you a reminder before
the webcast. And please feel free to forward this
invitation<http://post.oreilly.com/f2f/9z1z0e9cttf5q2fidjmb78as7mdmhnbe49ma7p47fb0>to
others.
      [image: Jessica McKellar]
<http://post.oreilly.com/rd/9z1z1qshq3a4ptnkp8sl27a57qubocttd4itae8gcqo>

Twisted Python: the engine of your
Internet<http://post.oreilly.com/rd/9z1zul9oh6gonbe7s71abd32b84dpqums37jqm89tlo>

Presented by Jessica
McKellar<http://post.oreilly.com/rd/9z1zlouvas75ui8kn2ifb3roh5ralvstva8m20fj8lo>

Tuesday, Jun 18 at 10 AM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1z1odjers3qmhv2t75vkv2a6ovrtgmkspich3r2i0>
    [image: Webcast: How We Build Data Mining Teams at
Yelp]<http://post.oreilly.com/rd/9z1zpet73ad0fpurj6ucresac8vc4bbt53tskmht27g>

How We Build Data Mining Teams at
Yelp<http://post.oreilly.com/rd/9z1zekrjbrd8bsvcm8j01h3q7id099cgs29frg2cj28>

Presented by Jim
Blomo<http://post.oreilly.com/rd/9z1zqah6gdmbdp2u7aot3t19bnfm4h0iosuhuh8iph0>

Tuesday, Jun 18 at 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1za4hike7v3fn7u3sru2taqkjt8f6g5qur0ide538>
        [image: Ryan Carter]
<http://post.oreilly.com/rd/9z1z9d4ukoibtn7nbsmcc9d8qp279bsbtsj5ut3aghg>

Single Page IApps with Mule Cloud
Connect<http://post.oreilly.com/rd/9z1zm7mkgj73q6nv6tr3ri0f4hgg4rt8ed7m5qghrmg>

Presented by Ryan
Carter<http://post.oreilly.com/rd/9z1zu5u41ggf3iakldgjmi7pgr0ubs9ok4jg744lvvo>

Wednesday, Jun 19 at 10 AM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1zfco68aehuiiiam819kqkh22t1t3liccnim55oog>
     [image: Steven Lembark]
<http://post.oreilly.com/rd/9z1zgsupiqo8nvn5s81aehlifrn7ca87er3lb3732m0>

Perly Linked Lists: What they look like, and why
bother<http://post.oreilly.com/rd/9z1z091el4o7nud43vcnt7vjur5c5lo5ttm9ftau8b8>

Presented by Steven
Lembark<http://post.oreilly.com/rd/9z1z2eb3hsqh1pmt768g86vtmh4jnq4162oqbm8afq0>

Wednesday, Jun 19 at 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1z5tu4n8b825s36ikmflhehs1288m1tl0jjj3thl8>
        [image: Jonathan Stark]
<http://post.oreilly.com/rd/9z1zrnubtm4n0j623t5dipq5sm9nlfh5m0adivh9di0>

The Revolution Will Not Be
Televised<http://post.oreilly.com/rd/9z1zk90uffiih1h2els93qsnb0rutsuvc4m67853e2g>

Presented by Jonathan
Stark<http://post.oreilly.com/rd/9z1z2dbfdhjjhnm075q3umrkrss77bkhncurmiq7vt0>

Thursday, Jun 20 at 10 AM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1z4o1bqstk97b9mb9f8qeojhc56hr2d3bt03g4po8>
     [image: Jesse Freeman]
<http://post.oreilly.com/rd/9z1z92maq9u1o0gvmv0jv3jffmeec6hnnqihovqrnug>

Building HTML5 Games for Windows
8<http://post.oreilly.com/rd/9z1zki3pu4afuh937qihtkck9q4cr888ci09a5nh5m8>

Presented by Jesse
Freeman<http://post.oreilly.com/rd/9z1zpq0eb4nejvttufd0c8h9ul2dt7gmnen5dujek08>

Thursday, Jun 20 at 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1zc1gq9j33uo42m500oo1po1p0nbf9d2tiskco5b8>
        [image: Ed Snajder]
<http://post.oreilly.com/rd/9z1zmoj4f0i9a4u8l9t1f985pvntqjbtf8do6lkg2eg>

Intro to Raspberry
Pi<http://post.oreilly.com/rd/9z1z573v9hf2ss15ut9miq4vnbkkk8o0dmh06tdtp3g>

Presented by Ed
Snajder<http://post.oreilly.com/rd/9z1zot44s5v5lqqvqh69siiil5mmaheiharuuathfno>

Tuesday, Jun 25 at 10 AM PT

View Details<http://post.oreilly.com/rd/9z1zui1u4147ap1svs8uaqo68cuoa4af4m6avuvgrno>
     [image: Tim Anglade]
<http://post.oreilly.com/rd/9z1zcq3o9t7iurvla0eekbsg6pt7nq3e23vp4bkuuko>

Build Your First Mobile App With: HTML5, jQuery,
PhoneGap<http://post.oreilly.com/rd/9z1zflc02gd9r8jqruvngo6f0udlneh7kaamk6b9tf8>

Presented by Tim
Anglade<http://post.oreilly.com/rd/9z1zbh2hq2cutggbpkja07ua00vil6bivij48o3m8ug>

Tuesday, Jun 25 at 1 PM PT

View Details<http://post.oreilly.com/rd/9z1zdghbiok4k71tqo008o2aic0875r018dm7i4eq30>
        [image: Harry Percival]
<http://post.oreilly.com/rd/9z1zfnkfecr3pf1adeqlnq4bn1spmrktqikkrblq30o>

TDD Web Development from
Scratch<http://post.oreilly.com/rd/9z1zdaplslchd6o5qkdoujh82m9vveks8gq64s54qh8>

Presented by Harry
Percival<http://post.oreilly.com/rd/9z1z748so18rt5c1kqdd5hhv891bimbo0rstvshp91g>

Wednesday, Jun 26 at 10 AM PT

View Details<http://post.oreilly.com/rd/9z1zqb0kgo256od19tgu8nk9n6gvmbs6dquplkmgsa0>
     [image: Gustavo Franco]
<http://post.oreilly.com/rd/9z1z5rdavouks8teaas5bhq0dfii436sdjreu0svb00>

Go Language for Ops and Site Reliability
Engineering<http://post.oreilly.com/rd/9z1zpn6mikfsu9bqp0hljsnk7kr0vnian5rd90jku20>

Presented by Gustavo
Franco<http://post.oreilly.com/rd/9z1zfivok8kvrgc2gje9pubn7scuro79v7nmujl3fko>

Wednesday, Jun 26 at 1 PM PT

View Details<http://post.oreilly.com/rd/9z1zjtns0vsu5fbrnldse7l0dpc5ffsa49i6sam8o4g>
        [image: Dave Zwieback]
<http://post.oreilly.com/rd/9z1zrec3g9den9e51sinpviajsh6ijml59jq5o7epv8>

Hiring for Devops<http://post.oreilly.com/rd/9z1z2fa4febnumen8q0433d2ce4366bnb4vsget84mo>

Presented by Dave
Zwieback<http://post.oreilly.com/rd/9z1zia4dit9ac82l2si2n0r5dcrog1r3rb8a1heg0to>

Thursday, Jun 27 at 10 AM PT

View Details<http://post.oreilly.com/rd/9z1zkdmk3gv6q6ncs4kpdp20c1j9h91k7ufvkfe1lpg>
     [image: Mark Allen]
<http://post.oreilly.com/rd/9z1z09ipe0r8oknkmjnredltakhdn3mr83cbu64jut8>

Using DTrace on Your Application
Code<http://post.oreilly.com/rd/9z1zrs2s6o157jo0gv4rdb34ug38694tbke0ubviloo>

Presented by Mark
Allen<http://post.oreilly.com/rd/9z1zd6n22cteqpbjtvocn4rv3sft07bib0ip7k88e8g>

Thursday, Jun 27 at 1 PM PT

View Details<http://post.oreilly.com/rd/9z1za60ctto94g87ctt943kbui2lo4ep2eapqmeln0o>

See All Upcoming Webcasts
?<http://post.oreilly.com/rd/9z1zih0lrqoq94dmkm7f9e49v0ihncsr3e4v3nejnso>

Categories:

Business<http://post.oreilly.com/rd/9z1zj5i1tjejgf43bldvlptiohsr607kbhuqd694p28>?
Data<http://post.oreilly.com/rd/9z1z3lnoupjl6dabkd288fv04rucqapvouvdsv2jrvg>?
Microsoft<http://post.oreilly.com/rd/9z1zvg904a7m8vp9h8jrb2b739nls7iu785oqccrepo>?
Mobile<http://post.oreilly.com/rd/9z1zjjvov9lukahecteieu4rvi26mm2rjqrafs3f0o8>?
Open
Source<http://post.oreilly.com/rd/9z1znu7ouudkhocn0u7vm7djgivu7vi2ftult0l4150>?
Programming<http://post.oreilly.com/rd/9z1ztigudipb5vd5ap10afkmei29089d9j2hipuhrfo>?
Sys
Admin<http://post.oreilly.com/rd/9z1zg1onb54ovvlc77fi9obe0js72fqkrmrvl1uf718>?
Web
Development<http://post.oreilly.com/rd/9z1zaorn4363k7j1j3123sbu5aakc108oakpm8uaolg>
   Spreading the knowledge of innovators.
 oreilly.com<http://post.oreilly.com/rd/9z1z8c9jo240c3dhr7fbv2i1hm34ppnd91feldlsra0>

You are receiving this email because you are a User Group contact with
O'Reilly Media. Keep up on all things O'Reilly by signing up for our *email
alerts and newsletters*<http://post.oreilly.com/rd/9z1z9kq3ug67k1mfhd4tntmc9hd14274attsehc3ong>.


To ensure delivery to your inbox (not bulk or junk folders), please add *
oreilly at post.oreilly.com* <oreilly at post.oreilly.com> to your address book.

To unsubscribe from all email announcements from O'Reilly, click
here<http://post.oreilly.com/rd/9z1zg91aa35v6vrk1gt71hqj4mplsbt062t2il3f3lo>.


O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707)
827-7000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130617/6069b0c1/attachment-0001.html>

From jonathan at leto.net  Wed Jun 19 17:22:59 2013
From: jonathan at leto.net (Jonathan "Duke" Leto)
Date: Wed, 19 Jun 2013 17:22:59 -0700
Subject: [Pdx-pm] [SPAM:###] OT: Help Send Duke To YAPC::EU
Message-ID: <25606_1371687781_51C24B64_25606_347_1_CABQG1aTd7A=84nfudr3=OJbHXgCRDWsa_VUh7EFyhjbd1WqEOw@mail.gmail.com>

Howdy,

I've created a Crowdtilt campaign to fund my (hopeful)
attendance+speaking at YAPC::EU:

https://www.crowdtilt.com/campaigns/help-duke-leto-attend-yapceu

Any contribution is truly appreciated!

Thank you,

Duke

-- 
Jonathan "Duke" Leto <jonathan at leto.net>
Leto Labs LLC http://letolabs.com
209.691.DUKE http://duke.leto.net
@dukeleto

From ben.hengst at gmail.com  Fri Jun 21 14:47:00 2013
From: ben.hengst at gmail.com (benh)
Date: Fri, 21 Jun 2013 14:47:00 -0700
Subject: [Pdx-pm] [pdx.pm] DNS change request
Message-ID: <CAAikAbyhcGz_XiHwVQC6NNODne2wiM6ko6YuH3rQokibstBNiQ@mail.gmail.com>

We are moving to the site to github and are wondering what the process
is to get our entry moved?

portland.pm.org should be moved to portlandperlmongers.github.io

Please let me know if there is anything more that I can do to help.

--
benh~

http://about.notbenh.info

Stability is not a Regression.

From ben.hengst at gmail.com  Fri Jun 21 14:54:34 2013
From: ben.hengst at gmail.com (benh)
Date: Fri, 21 Jun 2013 14:54:34 -0700
Subject: [Pdx-pm] [gh-pages] proposed update with content
In-Reply-To: <201306171202.15794.enobacon@gmail.com>
References: <CAAikAbwPyNESFGEsr6ZNNWVAB75sU_2mbevqHV4MUArYGzE5oA@mail.gmail.com>
	<20130617001142.GA6339@a.mx>
	<CAAikAbwUpFgpjwpp_3jkp-Gn-C=tghurtEpcr9QoQheR8LqtaA@mail.gmail.com>
	<201306171202.15794.enobacon@gmail.com>
Message-ID: <CAAikAbzyd4sYhYRVzRTpakVeqvJEHJGQ63=xxS6ZKwD8Zt9E1Q@mail.gmail.com>

Sorry for the delay, site is up now feel free to branch or file issues
about complaints.

On Mon, Jun 17, 2013 at 12:02 PM, Eric Wilhelm <enobacon at gmail.com> wrote:
> # from benh on Sunday 16 June 2013:
>>[ACTION REQUESTED]
>>Is there any reason that this proposal (http://pdxpm.notbenh.info)
>>should not be posted?
>
> I prefer a vertical layout (because I think pages should look just as
> good in konqueror as they do in dillo/lynx/links.)  The headings could
> be more descriptive with fewer W's.  s/\bhe list/the list/
>
> It could include map widgets?  I can work on it with you during bridge.
>
> Thanks,
> Eric
> --
> ---------------------------------------------------
>     http://scratchcomputing.com
> ---------------------------------------------------
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list



-- 
benh~

http://about.notbenh.info

Stability is not a Regression.

From ben.hengst at gmail.com  Mon Jun 24 10:34:22 2013
From: ben.hengst at gmail.com (benh)
Date: Mon, 24 Jun 2013 10:34:22 -0700
Subject: [Pdx-pm] Fwd: This Week: Raspberry Pi, jQuery, Python,
	Big Data + More
In-Reply-To: <1372094708.19647.0.563920@post.oreilly.com>
References: <1372094708.19647.0.563920@post.oreilly.com>
Message-ID: <CAAikAbxJX5DXCWrhUWLKarSA0iDnu2U246Upt7fjAUWx2Kctog@mail.gmail.com>

---------- Forwarded message ----------
From: O'Reilly Webcasts <webcast at post.oreilly.com>
Date: Mon, Jun 24, 2013 at 10:25 AM
Subject: This Week: Raspberry Pi, jQuery, Python, Big Data + More
To: ben.hengst+oreilly at gmail.com


**

Free, live webcasts. Meet experts online.    View in
browser<http://post.oreilly.com/rd/9z1zd8mdotvg5mr6gmmjdeh8ha6bnrhmbq9jhk07l2g>.

    [image: O'Reilly Media] Webcasts

Free, live webcasts. Meet experts online.

Attendance is limited, so register now. We'll send you a reminder before
the webcast. And please feel free to forward this
invitation<http://post.oreilly.com/f2f/9z1ztgejc5en1fpcu48fpvea0qaghoa5lelv64ive88>to
others.
      [image: Ed Snajder]
<http://post.oreilly.com/rd/9z1zecebgqsluocil591vvlmcd4g4v2mgthusb7thj0>

Intro to Raspberry
Pi<http://post.oreilly.com/rd/9z1zivgtd21tuhuvdoafb58mr5dergqtche4jils4i0>

Presented by Ed
Snajder<http://post.oreilly.com/rd/9z1z183r1gdvh6hlh4ff1p0jpfev5okdrie6nfep3u0>

Tuesday, Jun 25 at 10 AM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1z4v009aekkl3e5p4st5njf1k30j2n9bvl8e457rg>
     [image: Tim Anglade]
<http://post.oreilly.com/rd/9z1zb0fjm1aq2s75vdpbkn06ledn6knblrjf4ic6heo>

Build Your First Mobile App With: HTML5, jQuery,
PhoneGap<http://post.oreilly.com/rd/9z1zjj81gqmrrmdilmcbi74kui9ub39lo6lpi9g0duo>

Presented by Tim
Anglade<http://post.oreilly.com/rd/9z1zrqqc3746fvmvu368oi6ggk309aheuhad7tgajeg>

Tuesday, Jun 25 at 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1zm4jksfdi0mdb371nsd3m1j77glc8lrblf1qidc8>
        [image: Harry Percival]
<http://post.oreilly.com/rd/9z1zvq04jhstjnvtsuo6btak3jkd1etbh6eglm6g56g>

TDD Web Development from
Scratch<http://post.oreilly.com/rd/9z1zshnulla11940uk7op87v04kojgadl3eo3fq49f0>

Presented by Harry
Percival<http://post.oreilly.com/rd/9z1zuhd6mg4nodkst81cg03j194g05kit466uu8roug>

Wednesday, Jun 26 at 10 AM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1zg5m04iva7hj4crmqtiqplc0sj67uab365q0hd08>
     [image: Gustavo Franco]
<http://post.oreilly.com/rd/9z1zhu57hsfnt5qq7mvmgfbi4a83n6qg5101833pes0>

Go Language for Ops and Site Reliability
Engineering<http://post.oreilly.com/rd/9z1zk4a45kpcpa6fso5k91bmlrjb014fc2tvk6vt0gg>

Presented by Gustavo
Franco<http://post.oreilly.com/rd/9z1z74jc71fk7cktf26skitlmua9tkd2ds062qtcgq0>

Wednesday, Jun 26 at 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1z4ouq6po08pslsrl5k7s9g6t1bcnpnuc10u5bseg>
        [image: Dave Zwieback]
<http://post.oreilly.com/rd/9z1zdtu05f0etdvt99fo8tn09br5r9fbpr64arbuug0>

Hiring for Devops<http://post.oreilly.com/rd/9z1zkcaj3m0jge53u54e12sg4i0689vtva9q4h51lio>

Presented by Dave
Zwieback<http://post.oreilly.com/rd/9z1zjaitjmeugi5usfhhhug3fadnugs847u4tg38jp8>

Thursday, Jun 27 at 10 AM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1zpa9qe1odhn57ks15iua0ahcda0sid3r8q7efd98>
     [image: Mark Allen]
<http://post.oreilly.com/rd/9z1ze7mc7q4ifir3i5abf4325lrirtk0afg6dnpavr0>

Using DTrace on Your Application
Code<http://post.oreilly.com/rd/9z1zbr6lm38jjgq27j4mhf0l1r3d4psv2jv2itpokb8>

Presented by Mark
Allen<http://post.oreilly.com/rd/9z1zjiaf5a073961tgosccmdvshuve7nddi3s2fhdfo>

Thursday, Jun 27 at 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1zp85tnlj6auechgam2eskd3c34tjeh2eb03nb308>
       [image: Best of Strata Rx 2012: Disruptors: What Healthcare Will
Look Like In 2020]<http://post.oreilly.com/rd/9z1zstmlfsfb6e03hb28qf23o0kdpa05e9a6h3u8kfg>

Best of Strata Rx 2012: What Healthcare Will Look Like In
2020<http://post.oreilly.com/rd/9z1zf0t73r0f1bgubbhd7ve9fqsiueois8l7h6qbb98>

Presented by John
Mattison<http://post.oreilly.com/rd/9z1zp3l5ru67kd3r3rd0oo7rcqno5o8ukkjm1dphkeg>,
Tim O'Reilly<http://post.oreilly.com/rd/9z1z5nifmjbuu54t91mr1m2787i8ocbtvrjmrsvlqh0>,
DJ Patil<http://post.oreilly.com/rd/9z1z307am9ui70ssgrm2e020e29pb25b7mjcjvlr5n8>,
Benjamin West<http://post.oreilly.com/rd/9z1zslvb038a784oeiifoj6s42qmuqatcct6n82upt0>

Friday, Jun 28 at 05 AM, 10 AM, and 1 PM PT

Last Chance to Register<http://post.oreilly.com/rd/9z1z67lnfeqv8sv5uosu4l4mpmhl985sq19srp67qb0>
    [image: The Best of Strata Santa Clara 2013: Data is Not a Business
Model]<http://post.oreilly.com/rd/9z1z9bgcbbthft88hn3eq29qob7n2n63us4h3dl27m0>

The Best of Strata Santa Clara 2013: Data is Not a Business
Model<http://post.oreilly.com/rd/9z1ze4mp8a366biik2nu43hrafg6vq0lgusbfiirmmo>

Presented by Jen van der
Meer<http://post.oreilly.com/rd/9z1zae5qohck49nts12r4ueu09hdab3b1d7r2pk0bgo>

Tuesday, Jul 2 at 05 AM and 10 AM PT

View Details<http://post.oreilly.com/rd/9z1zh1n5990baq96fcts4gugrs43qpe217i26c2uii8>

See All Upcoming Webcasts
?<http://post.oreilly.com/rd/9z1zqb7hmvieqp4ikl89d1v96sko0tqreh64gcharvo>

Categories:

Business<http://post.oreilly.com/rd/9z1zedfc854fev0073bks7iq7ihsnna4vjrjbtc4sl0>?
Data<http://post.oreilly.com/rd/9z1zcqf3ek8uhcrlqfsodl21g7014of20eb8va39gso>?
Microsoft<http://post.oreilly.com/rd/9z1z5oh8oclea2dsuubn5aotguna7lk1rh8bceri67g>?
Mobile<http://post.oreilly.com/rd/9z1z1f9q8d9pute4v0lqpa9a1sk5kdenerkql3o0qig>?
Open
Source<http://post.oreilly.com/rd/9z1zjut9jh04esebktiit799sn07992nir938djtsso>?
Programming<http://post.oreilly.com/rd/9z1zh06unni7930538tkblih4mr05rc88tek3h14gm0>?
Sys
Admin<http://post.oreilly.com/rd/9z1zuji6g8gdueclrktb6ti71neils4m16prpotad60>?
Web
Development<http://post.oreilly.com/rd/9z1zf9q4m5ogjl4ts7blh2uv9d173hptvb25c3prkmo>
   Spreading the knowledge of innovators.
 oreilly.com<http://post.oreilly.com/rd/9z1z6feabjdoudgug89nlcco7b25sqg9oru23coc678>

You are receiving this email because you are a User Group contact with
O'Reilly Media. Keep up on all things O'Reilly by signing up for our *email
alerts and newsletters*<http://post.oreilly.com/rd/9z1zhiuf9uumne34ukdj6fh2fbh8dj14meh4lol071g>.


To ensure delivery to your inbox (not bulk or junk folders), please add *
oreilly at post.oreilly.com* <oreilly at post.oreilly.com> to your address book.

To unsubscribe from all email announcements from O'Reilly, click
here<http://post.oreilly.com/rd/9z1zrj783ukbh6ov8ieg816qvfkp8ld1q0ansa2s118>.


O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707)
827-7000




-- 
benh~

http://about.notbenh.info

Stability is not a Regression.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130624/3e565ddb/attachment-0001.html>

From pdx.pm at joshheumann.com  Wed Jun 26 10:56:53 2013
From: pdx.pm at joshheumann.com (Josh Heumann)
Date: Wed, 26 Jun 2013 10:56:53 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAFP=G-Ln97ZuxYm7MZRzr09eVqoxjpOwidpDoXu2_b8Yb60GrQ@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
	<CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
	<CAMfe3S2sPfLT3c6KYezN2irY8ONcKziy34t5c5OsTP3cP=6aVQ@mail.gmail.com>
	<CAFP=G-Ln97ZuxYm7MZRzr09eVqoxjpOwidpDoXu2_b8Yb60GrQ@mail.gmail.com>
Message-ID: <CAMfe3S2UWU-9U0SNM4EpL1iR4q7tAcm+XMT16_rD886mAycU4A@mail.gmail.com>

Reporting in!

All of these methods worked really well.

Data::Dumper.  Intriguing that it works, I never would have thought about
it.  In a post on stack overflow, Schwern mentions that Data::Serializer is
a better way to go (thought I didn't try it).

Data::Visitor::Callback.  The most elegant solution.  I love that there's a
module for this, and it does what it says on the box.

YAML.  Probably what we'll go with, since it's a technique that we're using
elsewhere in this library, and clearly performance isn't a concern there.

Thanks everyone for your suggestions.  This is why I love this community.

J



On Sat, Jun 15, 2013 at 1:02 PM, Jason Messer <jasoncmesser at gmail.com>wrote:

> I somewhat regularly use something like the following
>
> use Data::Dumper;
> $Data::Dumper::Terse = 1;
>
> $foo = {
>         'onexx' => 1,
>         'twoxx' => 2,
>         'threexx' => 3,
>         'fourxx' => ["axxb", "xbx", 'c', 'x', "d", "e", 'f', 42],
>         'inc' => \@INC,
>         'env' => \%ENV
> };
>
> $x = Dumper($foo);
>
> $x =~ s/xx/__XX__/g;
> $x =~ s/perl/##PERL##/g;
> $e = eval($x);
> print Dumper($e)
>
> This has the advantage of simplicity, you can dump the string to a file
> and monkey with it with an editor before evaling it back.
>
> It has all the problems of unstructured text, and it's definitely on the
> quick and dirty side of performance considerations, but it works and is
> simple.
>
> -Jason
>
>
>
> On Sat, Jun 15, 2013 at 12:32 PM, Josh Heumann <pdx.pm at joshheumann.com>wrote:
>
>> To be more clear, searching hash keys isn't required as the string will
>> have a sigil to identify strings to be interpolated, but if the strategy
>> avoided looking at hash keys, that would help avoid potentially
>> catastrophic mistakes.
>>
>> J
>>
>>
>> On Sat, Jun 15, 2013 at 11:22 AM, benh <ben.hengst at gmail.com> wrote:
>>
>>> I agree though in my reading that is an expected feature:
>>>
>>> > ...would replace foo with bar in all strings at all levels.
>>>
>>> Though again I could also be completely missing the intent here so it
>>> is a completely fair thing to mention.
>>>
>>> On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com> wrote:
>>> > One potential problem with serializing using something like JSON::XS
>>> is a
>>> > simple regex replace would also end up replacing hash keys, not just
>>> their
>>> > values.
>>> >
>>> > # from Josh Heumann on Friday 14 June 2013:
>>> >>Using YAML/JSON isn't a bad idea, but I'm worried about the
>>> >>performance hit.
>>> >
>>> > As long as your replacement doesn't break quoting or otherwise trip on
>>> > the serialization, yeah.  JSON::XS was super quick and the fastest
>>> > serializer last time I checked.  You'll need the ram.
>>> >
>>> > Recursive implementation is easy enough.
>>> >
>>> > sub replace_deeply {
>>> >   my ($data, $match, $replace) = @_;
>>> >   my $r;
>>> >   $r = sub {
>>> >     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
>>> >     if($ref eq 'ARRAY') {
>>> >       $r->($_) for @{$_[0]}
>>> >     }
>>> >     elsif($ref eq 'HASH') {
>>> >       $r->($_) for values %{$_[0]};
>>> >     }
>>> >   };
>>> >   $r->($data);
>>> >   return $data;
>>> > }
>>> >
>>> > --Eric
>>> > --
>>> > ---------------------------------------------------
>>> >     http://scratchcomputing.com
>>> > ---------------------------------------------------
>>> > _______________________________________________
>>> > Pdx-pm-list mailing list
>>> > Pdx-pm-list at pm.org
>>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>> >
>>> > _______________________________________________
>>> > Pdx-pm-list mailing list
>>> > Pdx-pm-list at pm.org
>>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>
>>>
>>>
>>> --
>>> benh~
>>>
>>> http://about.notbenh.info
>>>
>>> Stability is not a Regression.
>>> _______________________________________________
>>> Pdx-pm-list mailing list
>>> Pdx-pm-list at pm.org
>>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>
>>>
>>
>> _______________________________________________
>> Pdx-pm-list mailing list
>> Pdx-pm-list at pm.org
>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>
>
>
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130626/0379cf4f/attachment.html>

From schwern at pobox.com  Wed Jun 26 14:57:51 2013
From: schwern at pobox.com (Michael G Schwern)
Date: Wed, 26 Jun 2013 14:57:51 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAMfe3S2UWU-9U0SNM4EpL1iR4q7tAcm+XMT16_rD886mAycU4A@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
	<CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
	<CAMfe3S2sPfLT3c6KYezN2irY8ONcKziy34t5c5OsTP3cP=6aVQ@mail.gmail.com>
	<CAFP=G-Ln97ZuxYm7MZRzr09eVqoxjpOwidpDoXu2_b8Yb60GrQ@mail.gmail.com>
	<CAMfe3S2UWU-9U0SNM4EpL1iR4q7tAcm+XMT16_rD886mAycU4A@mail.gmail.com>
Message-ID: <CAK=t-zHPZi+m5-7UftioOLDzG+cGmpMHpRpWrnOjhdBOed3O3A@mail.gmail.com>

Just to throw another into the mix: JSON::Path.  It's like XPath but for
JSON.  That's your "regex over data structure".
https://metacpan.org/module/JSON::Path

And if performance IS a concern, here's Andy Armstrong's version in C.
https://github.com/AndyA/jsondata


On Wed, Jun 26, 2013 at 10:56 AM, Josh Heumann <pdx.pm at joshheumann.com>wrote:

> Reporting in!
>
> All of these methods worked really well.
>
> Data::Dumper.  Intriguing that it works, I never would have thought about
> it.  In a post on stack overflow, Schwern mentions that Data::Serializer is
> a better way to go (thought I didn't try it).
>
> Data::Visitor::Callback.  The most elegant solution.  I love that there's
> a module for this, and it does what it says on the box.
>
> YAML.  Probably what we'll go with, since it's a technique that we're
> using elsewhere in this library, and clearly performance isn't a concern
> there.
>
> Thanks everyone for your suggestions.  This is why I love this community.
>
> J
>
>
>
> On Sat, Jun 15, 2013 at 1:02 PM, Jason Messer <jasoncmesser at gmail.com>wrote:
>
>> I somewhat regularly use something like the following
>>
>> use Data::Dumper;
>> $Data::Dumper::Terse = 1;
>>
>> $foo = {
>>         'onexx' => 1,
>>         'twoxx' => 2,
>>         'threexx' => 3,
>>         'fourxx' => ["axxb", "xbx", 'c', 'x', "d", "e", 'f', 42],
>>         'inc' => \@INC,
>>         'env' => \%ENV
>> };
>>
>> $x = Dumper($foo);
>>
>> $x =~ s/xx/__XX__/g;
>> $x =~ s/perl/##PERL##/g;
>> $e = eval($x);
>> print Dumper($e)
>>
>> This has the advantage of simplicity, you can dump the string to a file
>> and monkey with it with an editor before evaling it back.
>>
>> It has all the problems of unstructured text, and it's definitely on the
>> quick and dirty side of performance considerations, but it works and is
>> simple.
>>
>> -Jason
>>
>>
>>
>> On Sat, Jun 15, 2013 at 12:32 PM, Josh Heumann <pdx.pm at joshheumann.com>wrote:
>>
>>> To be more clear, searching hash keys isn't required as the string will
>>> have a sigil to identify strings to be interpolated, but if the strategy
>>> avoided looking at hash keys, that would help avoid potentially
>>> catastrophic mistakes.
>>>
>>> J
>>>
>>>
>>> On Sat, Jun 15, 2013 at 11:22 AM, benh <ben.hengst at gmail.com> wrote:
>>>
>>>> I agree though in my reading that is an expected feature:
>>>>
>>>> > ...would replace foo with bar in all strings at all levels.
>>>>
>>>> Though again I could also be completely missing the intent here so it
>>>> is a completely fair thing to mention.
>>>>
>>>> On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com>
>>>> wrote:
>>>> > One potential problem with serializing using something like JSON::XS
>>>> is a
>>>> > simple regex replace would also end up replacing hash keys, not just
>>>> their
>>>> > values.
>>>> >
>>>> > # from Josh Heumann on Friday 14 June 2013:
>>>> >>Using YAML/JSON isn't a bad idea, but I'm worried about the
>>>> >>performance hit.
>>>> >
>>>> > As long as your replacement doesn't break quoting or otherwise trip on
>>>> > the serialization, yeah.  JSON::XS was super quick and the fastest
>>>> > serializer last time I checked.  You'll need the ram.
>>>> >
>>>> > Recursive implementation is easy enough.
>>>> >
>>>> > sub replace_deeply {
>>>> >   my ($data, $match, $replace) = @_;
>>>> >   my $r;
>>>> >   $r = sub {
>>>> >     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
>>>> >     if($ref eq 'ARRAY') {
>>>> >       $r->($_) for @{$_[0]}
>>>> >     }
>>>> >     elsif($ref eq 'HASH') {
>>>> >       $r->($_) for values %{$_[0]};
>>>> >     }
>>>> >   };
>>>> >   $r->($data);
>>>> >   return $data;
>>>> > }
>>>> >
>>>> > --Eric
>>>> > --
>>>> > ---------------------------------------------------
>>>> >     http://scratchcomputing.com
>>>> > ---------------------------------------------------
>>>> > _______________________________________________
>>>> > Pdx-pm-list mailing list
>>>> > Pdx-pm-list at pm.org
>>>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>> >
>>>> > _______________________________________________
>>>> > Pdx-pm-list mailing list
>>>> > Pdx-pm-list at pm.org
>>>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>>
>>>>
>>>>
>>>> --
>>>> benh~
>>>>
>>>> http://about.notbenh.info
>>>>
>>>> Stability is not a Regression.
>>>> _______________________________________________
>>>> Pdx-pm-list mailing list
>>>> Pdx-pm-list at pm.org
>>>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Pdx-pm-list mailing list
>>> Pdx-pm-list at pm.org
>>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>
>>
>>
>> _______________________________________________
>> Pdx-pm-list mailing list
>> Pdx-pm-list at pm.org
>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>
>
>
> _______________________________________________
> Pdx-pm-list mailing list
> Pdx-pm-list at pm.org
> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130626/5f6639c0/attachment.html>

From pdx.pm at joshheumann.com  Thu Jun 27 11:56:25 2013
From: pdx.pm at joshheumann.com (Josh Heumann)
Date: Thu, 27 Jun 2013 11:56:25 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAK=t-zHPZi+m5-7UftioOLDzG+cGmpMHpRpWrnOjhdBOed3O3A@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAAikAbzi0hF_FGS=JZvN3n6xY9KAp_4tM1GPbDv9j6CjTMxELg@mail.gmail.com>
	<CAMfe3S33e-SUxYptimRKrNRLe2ogFBmMn7biBrQ+ij+CqWkxew@mail.gmail.com>
	<201306150137.49699.enobacon@gmail.com>
	<CA+aTtRDNexfOXiELJCGquS-e5erS1V8PODBafqh_z6=5MAgkfA@mail.gmail.com>
	<CAAikAbxhEnUbmkYrBY5oNHcQQzZStFPaDGdiz5hnMGPOmcVsWw@mail.gmail.com>
	<CAMfe3S2sPfLT3c6KYezN2irY8ONcKziy34t5c5OsTP3cP=6aVQ@mail.gmail.com>
	<CAFP=G-Ln97ZuxYm7MZRzr09eVqoxjpOwidpDoXu2_b8Yb60GrQ@mail.gmail.com>
	<CAMfe3S2UWU-9U0SNM4EpL1iR4q7tAcm+XMT16_rD886mAycU4A@mail.gmail.com>
	<CAK=t-zHPZi+m5-7UftioOLDzG+cGmpMHpRpWrnOjhdBOed3O3A@mail.gmail.com>
Message-ID: <CAMfe3S0tS4pAnq9jHgXu3gHpqNCeNpCKLj+0OoPdzt_pERoNmg@mail.gmail.com>

Those are good suggestions, too, however YAML wins big because we're
already using this method of interpolation elsewhere, so it doesn't
introduce inconsistency.

Plus, there's the age-old (and horrible), "installing new modules is a PITA
in this context because $reason", which, sadly, is in play in this
situation.

J


On Wed, Jun 26, 2013 at 2:57 PM, Michael G Schwern <schwern at pobox.com>wrote:

> Just to throw another into the mix: JSON::Path.  It's like XPath but for
> JSON.  That's your "regex over data structure".
> https://metacpan.org/module/JSON::Path
>
> And if performance IS a concern, here's Andy Armstrong's version in C.
> https://github.com/AndyA/jsondata
>
>
> On Wed, Jun 26, 2013 at 10:56 AM, Josh Heumann <pdx.pm at joshheumann.com>wrote:
>
>> Reporting in!
>>
>> All of these methods worked really well.
>>
>> Data::Dumper.  Intriguing that it works, I never would have thought about
>> it.  In a post on stack overflow, Schwern mentions that Data::Serializer is
>> a better way to go (thought I didn't try it).
>>
>> Data::Visitor::Callback.  The most elegant solution.  I love that there's
>> a module for this, and it does what it says on the box.
>>
>> YAML.  Probably what we'll go with, since it's a technique that we're
>> using elsewhere in this library, and clearly performance isn't a concern
>> there.
>>
>> Thanks everyone for your suggestions.  This is why I love this community.
>>
>> J
>>
>>
>>
>> On Sat, Jun 15, 2013 at 1:02 PM, Jason Messer <jasoncmesser at gmail.com>wrote:
>>
>>> I somewhat regularly use something like the following
>>>
>>> use Data::Dumper;
>>> $Data::Dumper::Terse = 1;
>>>
>>> $foo = {
>>>         'onexx' => 1,
>>>         'twoxx' => 2,
>>>         'threexx' => 3,
>>>         'fourxx' => ["axxb", "xbx", 'c', 'x', "d", "e", 'f', 42],
>>>         'inc' => \@INC,
>>>         'env' => \%ENV
>>> };
>>>
>>> $x = Dumper($foo);
>>>
>>> $x =~ s/xx/__XX__/g;
>>> $x =~ s/perl/##PERL##/g;
>>> $e = eval($x);
>>> print Dumper($e)
>>>
>>> This has the advantage of simplicity, you can dump the string to a file
>>> and monkey with it with an editor before evaling it back.
>>>
>>> It has all the problems of unstructured text, and it's definitely on the
>>> quick and dirty side of performance considerations, but it works and is
>>> simple.
>>>
>>> -Jason
>>>
>>>
>>>
>>> On Sat, Jun 15, 2013 at 12:32 PM, Josh Heumann <pdx.pm at joshheumann.com>wrote:
>>>
>>>> To be more clear, searching hash keys isn't required as the string will
>>>> have a sigil to identify strings to be interpolated, but if the strategy
>>>> avoided looking at hash keys, that would help avoid potentially
>>>> catastrophic mistakes.
>>>>
>>>> J
>>>>
>>>>
>>>> On Sat, Jun 15, 2013 at 11:22 AM, benh <ben.hengst at gmail.com> wrote:
>>>>
>>>>> I agree though in my reading that is an expected feature:
>>>>>
>>>>> > ...would replace foo with bar in all strings at all levels.
>>>>>
>>>>> Though again I could also be completely missing the intent here so it
>>>>> is a completely fair thing to mention.
>>>>>
>>>>> On Sat, Jun 15, 2013 at 10:10 AM, Braden Kelley <bmk at rentrak.com>
>>>>> wrote:
>>>>> > One potential problem with serializing using something like JSON::XS
>>>>> is a
>>>>> > simple regex replace would also end up replacing hash keys, not just
>>>>> their
>>>>> > values.
>>>>> >
>>>>> > # from Josh Heumann on Friday 14 June 2013:
>>>>> >>Using YAML/JSON isn't a bad idea, but I'm worried about the
>>>>> >>performance hit.
>>>>> >
>>>>> > As long as your replacement doesn't break quoting or otherwise trip
>>>>> on
>>>>> > the serialization, yeah.  JSON::XS was super quick and the fastest
>>>>> > serializer last time I checked.  You'll need the ram.
>>>>> >
>>>>> > Recursive implementation is easy enough.
>>>>> >
>>>>> > sub replace_deeply {
>>>>> >   my ($data, $match, $replace) = @_;
>>>>> >   my $r;
>>>>> >   $r = sub {
>>>>> >     my $ref = ref($_[0]) or return $_[0] =~ s/$match/$replace/;
>>>>> >     if($ref eq 'ARRAY') {
>>>>> >       $r->($_) for @{$_[0]}
>>>>> >     }
>>>>> >     elsif($ref eq 'HASH') {
>>>>> >       $r->($_) for values %{$_[0]};
>>>>> >     }
>>>>> >   };
>>>>> >   $r->($data);
>>>>> >   return $data;
>>>>> > }
>>>>> >
>>>>> > --Eric
>>>>> > --
>>>>> > ---------------------------------------------------
>>>>> >     http://scratchcomputing.com
>>>>> > ---------------------------------------------------
>>>>> > _______________________________________________
>>>>> > Pdx-pm-list mailing list
>>>>> > Pdx-pm-list at pm.org
>>>>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>>> >
>>>>> > _______________________________________________
>>>>> > Pdx-pm-list mailing list
>>>>> > Pdx-pm-list at pm.org
>>>>> > http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> benh~
>>>>>
>>>>> http://about.notbenh.info
>>>>>
>>>>> Stability is not a Regression.
>>>>> _______________________________________________
>>>>> Pdx-pm-list mailing list
>>>>> Pdx-pm-list at pm.org
>>>>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Pdx-pm-list mailing list
>>>> Pdx-pm-list at pm.org
>>>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>>
>>>
>>>
>>> _______________________________________________
>>> Pdx-pm-list mailing list
>>> Pdx-pm-list at pm.org
>>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>>
>>
>>
>> _______________________________________________
>> Pdx-pm-list mailing list
>> Pdx-pm-list at pm.org
>> http://mail.pm.org/mailman/listinfo/pdx-pm-list
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/pdx-pm-list/attachments/20130627/76a6e2fe/attachment-0001.html>

From enobacon at gmail.com  Fri Jun 28 00:33:36 2013
From: enobacon at gmail.com (Eric Wilhelm)
Date: Fri, 28 Jun 2013 00:33:36 -0700
Subject: [Pdx-pm] module recommendation: regex over data structure
In-Reply-To: <CAMfe3S0tS4pAnq9jHgXu3gHpqNCeNpCKLj+0OoPdzt_pERoNmg@mail.gmail.com>
References: <CAMfe3S0jD7jodx=enmHmO9VxCeN3KfK+LX+TUWN4pzw8p2UBKQ@mail.gmail.com>
	<CAK=t-zHPZi+m5-7UftioOLDzG+cGmpMHpRpWrnOjhdBOed3O3A@mail.gmail.com>
	<CAMfe3S0tS4pAnq9jHgXu3gHpqNCeNpCKLj+0OoPdzt_pERoNmg@mail.gmail.com>
Message-ID: <201306280033.36735.enobacon@gmail.com>

# from Josh Heumann on Thursday 27 June 2013:
>Plus, there's the age-old (and horrible), "installing new modules is a
>PITA in this context because $reason", which, sadly, is in play in
>this situation.

[eyeroll... switching to erlang will solve it!]

App::FatPacker?  I was toying with something I'm calling 
App::PackFlatter as an experiment in API decomposition if you find a 
need for more knobs.

--Eric
-- 
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------