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: 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 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: References: <849DFC99-CF38-4846-9353-1A5100E619C9@cpanel.net> Message-ID: 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" 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 wrote: > >> On Jun 6, 2013, at 12:37 PM, John Haugeland 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! > > > _______________________________________________ > yapc mailing list > yapc at pm.org > http://mail.pm.org/mailman/listinfo/yapc > -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: References: <849DFC99-CF38-4846-9353-1A5100E619C9@cpanel.net> 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 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 wrote: >> >> On Jun 6, 2013, at 12:37 PM, John Haugeland 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 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: ---------- Forwarded message ---------- From: Marsee Henon & Jon Johns 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. Forward this announcement to a friend [image: O'Reilly User Group Newsletter] Hello, We're getting ready for the Velocity Conferencejust 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] 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 - Maintainable JavaScript - Testable JavaScript 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] [image: High Performance JavaScript] [image: JavaScript Patterns] [image: HTTP, The Definitive Guide] [image: Node for Front-End Developers] [image: Puppet Types & Providers] ------------------------------ O'Reilly Webcasts: Meet Experts Online For Free! Angry Birds of Modern JavaScript Development presented by Elijah Manor [image: Elijah Manor] * Thursday, June 13, 10am PT, 1pm ET* [image: Register Now] 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) 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. ------------------------------ O'Reilly Velocity Conference (June 18-20) [image: Velocity Conf] The O'Reilly Velocity Conference- 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, Facebook, and Google+ . ------------------------------ Velocity Conference Events [image: Velocity] Besides the keynotes, sessions, and networking with your fellow experts, there is plenty planned for you at Velocity this year. - Office Hours- Office hours give you a chance to meet face-to face with expert Velocity speakers. - Women's Communities Meetup- 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- 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- 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] What makes a great hackathon? We found some interesting ideas in this article from the International Journalists Network, "How to plan a successful hackathon." There are 8 other resources in the article that might help you host a successful hackthaon. Find one near you by searching Meetup.comor 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] - Velocity Conference Banners - Velocity Conference Slides - OSCON Conference Banners - UG Program Banners - UG Discount Banners ------------------------------ [image: Buy 1 Ebook, Get 1 Free with your user group discount code: DSUG2] Buy 1 Ebook, Get 1 Free with your user group discount code: *DSUG2* ------------------------------ Looking for more? Visit oreilly.com. [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: 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: 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, ph: 503.494.2442, office: RJH 5333 url: http://www.ohsu.edu/dnaseq/ Begin forwarded message: From: "Brauning, Rudiger" > 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" > 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 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: 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 >To: Portland Perl Mongers >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: 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 To: PM Groups 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: 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 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 > To: PM Groups > > 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: 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: 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: 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: References: 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 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: 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: <42BED1F2-AF6A-4D8B-98D7-3D27B14394D9@googlemail.com> Message-ID: 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, wrote: > https://metacpan.org/module/Data::Visitor::Callback perhaps? > > On Jun 14, 2013, at 15:28, Josh Heumann 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: References: <42BED1F2-AF6A-4D8B-98D7-3D27B14394D9@googlemail.com> Message-ID: 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 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, wrote: > > https://metacpan.org/module/Data::Visitor::Callback perhaps? > > > > On Jun 14, 2013, at 15:28, Josh Heumann 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: 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: References: 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: <201306150137.49699.enobacon@gmail.com> Message-ID: 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: 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: 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 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: #!/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 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 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: 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: 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 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 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: 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: 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 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 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 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: 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: ---------- Forwarded message ---------- From: Marsee Henon & Jon Johns 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. Forward this announcement to a friend [image: O'Reilly User Group Newsletter] Hello, Josette Garcia (O'Reilly UK) is starting some O'Reilly UK LinkedIn Groups. The first one is Perlfollowed by Ruby and Rails, 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. ------------------------------ Available for Review [image: Vagrant: Up and Running] 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 - Learning Python, 5th Edition - Fluent Conference 2013: JavaScript & Beyond Complete Video Compilation 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] [image: F# for C# Developers] [image: Introducing Elixir] [image: Photoshop CC: The Missing Manual] [image: Graph Databases] [image: Juniper SRX Series] ------------------------------ O'Reilly Webcasts: Meet Experts Online For Free! Perly Linked Lists: What They Look Like, And Why Bother. Presented by Steven Lembark [image: Perly Linked Lists] *Wednesday, June 19 1pm PT, 4pm ET* [image: Register Now] 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. ------------------------------ PhoneGap Day (July 19 - Portland, OR) [image: PhoneGap] The 3rd annual PhoneGap Dayis 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. ------------------------------ OSCON 2013 (July 22-26 Portland, OR) [image: Velocity] You still have time to registerfor the 15th annual Open Source Conference - OSCON. (20% off with discount code, OS13UG) The scheduleis 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 . ------------------------------ Membership has it's privileges [image: DSUG] 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. (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] - OSCON Conference Banners - UG Program Banners - UG Discount Banners ------------------------------ [image: Buy 1 Ebook, Get 1 Free with your user group discount code: DSUG2] Buy 1 Ebook, Get 1 Free with your user group discount code: *DSUG2* ------------------------------ Looking for more? Visit oreilly.com. [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: 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: 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: References: Message-ID: 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 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: References: 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 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: <20130616203812.GA6193@a.mx> Message-ID: 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 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 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: References: <20130616203812.GA6193@a.mx> 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 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 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: <20130616203812.GA6193@a.mx> <20130617001142.GA6339@a.mx> Message-ID: 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 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 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 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: <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: References: <20130616203812.GA6193@a.mx> <20130617001142.GA6339@a.mx> 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 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 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 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: References: <20130617001142.GA6339@a.mx> 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: References: Message-ID: ---------- Forwarded message ---------- From: "Marsee Henon" 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" 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: 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: ---------- Forwarded message ---------- From: "O'Reilly Webcasts" Date: Jun 17, 2013 10:51 AM Subject: Learn From Experts Live: Data Mning, IApps, Perl, HTML5, Raspberry Pi, Python, GO To: Cc: ** Free, live webcasts. Meet experts online. View in browser. [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 invitationto others. [image: Jessica McKellar] Twisted Python: the engine of your Internet Presented by Jessica McKellar Tuesday, Jun 18 at 10 AM PT Last Chance to Register [image: Webcast: How We Build Data Mining Teams at Yelp] How We Build Data Mining Teams at Yelp Presented by Jim Blomo Tuesday, Jun 18 at 1 PM PT Last Chance to Register [image: Ryan Carter] Single Page IApps with Mule Cloud Connect Presented by Ryan Carter Wednesday, Jun 19 at 10 AM PT Last Chance to Register [image: Steven Lembark] Perly Linked Lists: What they look like, and why bother Presented by Steven Lembark Wednesday, Jun 19 at 1 PM PT Last Chance to Register [image: Jonathan Stark] The Revolution Will Not Be Televised Presented by Jonathan Stark Thursday, Jun 20 at 10 AM PT Last Chance to Register [image: Jesse Freeman] Building HTML5 Games for Windows 8 Presented by Jesse Freeman Thursday, Jun 20 at 1 PM PT Last Chance to Register [image: Ed Snajder] Intro to Raspberry Pi Presented by Ed Snajder Tuesday, Jun 25 at 10 AM PT View Details [image: Tim Anglade] Build Your First Mobile App With: HTML5, jQuery, PhoneGap Presented by Tim Anglade Tuesday, Jun 25 at 1 PM PT View Details [image: Harry Percival] TDD Web Development from Scratch Presented by Harry Percival Wednesday, Jun 26 at 10 AM PT View Details [image: Gustavo Franco] Go Language for Ops and Site Reliability Engineering Presented by Gustavo Franco Wednesday, Jun 26 at 1 PM PT View Details [image: Dave Zwieback] Hiring for Devops Presented by Dave Zwieback Thursday, Jun 27 at 10 AM PT View Details [image: Mark Allen] Using DTrace on Your Application Code Presented by Mark Allen Thursday, Jun 27 at 1 PM PT View Details See All Upcoming Webcasts ? Categories: Business? Data? Microsoft? Mobile? Open Source? Programming? Sys Admin? Web Development Spreading the knowledge of innovators. oreilly.com 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*. To ensure delivery to your inbox (not bulk or junk folders), please add * oreilly at post.oreilly.com* to your address book. To unsubscribe from all email announcements from O'Reilly, click here. O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707) 827-7000 -------------- next part -------------- An HTML attachment was scrubbed... URL: 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 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: 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: <20130617001142.GA6339@a.mx> <201306171202.15794.enobacon@gmail.com> Message-ID: 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 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: ---------- Forwarded message ---------- From: O'Reilly Webcasts 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. [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 invitationto others. [image: Ed Snajder] Intro to Raspberry Pi Presented by Ed Snajder Tuesday, Jun 25 at 10 AM PT Last Chance to Register [image: Tim Anglade] Build Your First Mobile App With: HTML5, jQuery, PhoneGap Presented by Tim Anglade Tuesday, Jun 25 at 1 PM PT Last Chance to Register [image: Harry Percival] TDD Web Development from Scratch Presented by Harry Percival Wednesday, Jun 26 at 10 AM PT Last Chance to Register [image: Gustavo Franco] Go Language for Ops and Site Reliability Engineering Presented by Gustavo Franco Wednesday, Jun 26 at 1 PM PT Last Chance to Register [image: Dave Zwieback] Hiring for Devops Presented by Dave Zwieback Thursday, Jun 27 at 10 AM PT Last Chance to Register [image: Mark Allen] Using DTrace on Your Application Code Presented by Mark Allen Thursday, Jun 27 at 1 PM PT Last Chance to Register [image: Best of Strata Rx 2012: Disruptors: What Healthcare Will Look Like In 2020] Best of Strata Rx 2012: What Healthcare Will Look Like In 2020 Presented by John Mattison, Tim O'Reilly, DJ Patil, Benjamin West Friday, Jun 28 at 05 AM, 10 AM, and 1 PM PT Last Chance to Register [image: The Best of Strata Santa Clara 2013: Data is Not a Business Model] The Best of Strata Santa Clara 2013: Data is Not a Business Model Presented by Jen van der Meer Tuesday, Jul 2 at 05 AM and 10 AM PT View Details See All Upcoming Webcasts ? Categories: Business? Data? Microsoft? Mobile? Open Source? Programming? Sys Admin? Web Development Spreading the knowledge of innovators. oreilly.com 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*. To ensure delivery to your inbox (not bulk or junk folders), please add * oreilly at post.oreilly.com* to your address book. To unsubscribe from all email announcements from O'Reilly, click here. 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: 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: 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 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 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 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 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: 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: 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 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 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 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 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 >>>> 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: 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: References: <201306150137.49699.enobacon@gmail.com> Message-ID: 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 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 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 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 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 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 >>>>> 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: 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: References: 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 ---------------------------------------------------