user-pic

rlauer

  • About: I blog about Perl and Bedrock. Check out http://openbedrock.blogspot.com.
  • Commented on Perl and Me, Part 6: Perl Is Engineering <i>and</i> Art
    Some real interesting and well articulated thoughts by the community...I enjoyed reading all of the posts. Some thoughts: line-level variety is intrinsic to Perl, just as a rich vocabulary of words, stolen from many different languages permeates English. Having so...
  • Posted Bedrock, AJAX and HTTP Status Codes to rlauer

    Using Bedrock to create AJAX components is trivial. Name your Bedrock file with a .jroc extension and return your result.

    <var --json $result>

    Can it get any easier? I just created a wiki page that shows how…

  • Commented on OpenBedrock Moves to GitHub
    Actually the code was released years ago as an OSS project but then someone let the domain name expire. It was then gobbled up by a squatter...and we never got around to dealing with that issue. I compromised on the...
  • Posted OpenBedrock Moves to GitHub to rlauer

    I've moved the development repo for OpenBedrock to GitHub.

    http://openbedrock.blogspot.com/2013/12/openbedrock-moving-to-github.html

    For the last doz…

  • Posted Chromebook - Acer C720 Day 12 to rlauer

    ...in which I attempt to hold a webinar with AnyMeeting.

    http://openbedrock.blogspot.com/2013/12/chromebook-acer-c720-day-12.html

  • Commented on Visualizing a CPAN install plan
    I've always wondered why CPAN does not at least show a full dependency list (what will be pulled in, not necessarily the full dependency list) similar to the way that yum does prior to launching into what can turn into...
  • Posted Chromebook - Acer C720 Day 10 to rlauer

    More successes using the Chromebook...still no resolution of the VPN issue.

    http://openbedrock.blogspot.com/2013/12/chromebook-acer-c720-day-10.htm

  • Commented on Continuous Integration
    Thanks - I'll check that out. I was hoping not to install a Java based build tool though, however I may rethink that....
  • Posted Continuous Integration to rlauer

    The term continuous integration has gotten a lot of play lately, especially in the startup space. Ultra-lean organizations are doing CI all the time, however as my project grows, the build grows hair, and as my infrastructure becomes more well defined, I'm going to want a way to efficiently…

  • Posted Acer C720 - Update Day 6 to rlauer
  • Posted New Bedrock AMI Released to rlauer

    I've been playing with Amazon's CloudFormation tool in order to create a web stack (web server, database, load balancer, etc) and had to create a new CentOS 6.4 image that had the proper cloud-init tools. I figured it was a good time to update the Bedrock AMI.

    If you want…

  • Commented on DWIM Perl for Linux 5.18.1
    That makes sense - installing a customized perl if required side-by-side...and using wget && tar is compatible with automation tools. I think I was confused and thinking you were advocating a customized distribution with your own perl. I see the...
  • Commented on DWIM Perl for Linux 5.18.1
    Sorry meant to say "CloudFormation", not "CloudFormat"...here's a link to a series of post I did on using Amazon's CloudFormation too for prepping a platform stack. http://openbedrock.blogspot.com/2013/11/aws-cloudformation-tips-for-novice-me.html...
  • Commented on DWIM Perl for Linux 5.18.1
    Isn't it true that most folks these days are standardizing on a distro that employs package management? I use CentOS and RedHat so rpms are the preferred method for prepping a server for use. Debian based distros like Ubuntu use...
  • Posted Chromebook C720 to rlauer

    I just posted a review of the Acer Chromebook C720. It's a pretty cool little device and something I'm going to start using when I travel. It's light, secure and if I happen to lose, break or otherwise lose access to it, I'm not going to panic.

    http://bit.…

  • Commented on Keeping a Reasonable Number of Incremental Backups
    I started backing my repository and databases up to Amazon's S3 storage. It's cheap and you can configure the lifecycle of data from the AWS console to either delete the files after a certain period of time or move them...
  • Commented on Pre-Modern Perl VS Post-Modern Perl: FIGHT!
    We've given the dogs a bone...they need to chew on it. I actually expected more civility in these blogs. I'm reconsidering whether to bother to blog here. I'm doubting whether this community of people actually want to hear opinions and...
  • Posted Newbies to rlauer

    I'm recycling a blog entry here. As a resource manager and someone that has to now hire yet another newbie I needed to remind myself of the Newbie Syndrome.

    http://bit.ly/17blNb4

  • Commented on Pre-Modern Perl VS Post-Modern Perl: FIGHT!
    I can't help but comment that some can apparently find in nearly anything apparently and turn it into a reason to bite back. I think a previous poster was correct in characterizing some Moose advocates as "militant". > you destroy...
  • Commented on Pre-Modern Perl VS Post-Modern Perl: FIGHT!
    Well, it's always a positive thing when you can get the community talking about something - as long as it all stays positive. Having said that, I was more than a little disappointed to see Gabor's characterization of the discussion....
  • Commented on Perl and self flagellation...
    You are correct, the point has been missed. My original point was not to denigrate Moose/Moo/Mouse, but to point out that there is more than one way to do it and it's not just a slogan for the Moose generation....
  • Commented on Perl and self flagellation...
    > something is to make wildly inaccurate and wide-reaching statements borne out of the same ignorance that led to your confusion; I'm not sure what inaccurate and wide-reaching statements I made. Most of my post and comments are merely opinions...
  • Commented on Perl and self flagellation...
    My overall confusion over Moose is not how to use it to help me write class faster - although is it really that hard and if I do have a lot of boilerplate code why not use Class::MethodMaker - is...
  • Commented on Perl and self flagellation...
    Agree with Boris on that one...except for idiomatic expressions and constructs....
  • Commented on Perl and self flagellation...
    Actually, I'm not complaining. I'm stating a preference for writing plain old Perl as opposed to using a Perl framework that I find unnecessary for most of the tasks my shop is engaged in. YMMV. As for conflating issues, I...
  • Posted Perl and self flagellation... to rlauer

    What's wrong with Perl 5. Nothing. What's wrong with non-"Modern Perl"? Nothing.

    I get the impression from the Perl community sometimes that if you aren't using Moose you're not a real Perl programmer. The notion of Modern Perl to me is a bit amusing.

    While I am in agreement wi…

  • Posted Using Perl in the Real World (Cookbook) to rlauer

    I've sort of carped and blogged about the lack of well documented, well supported Perl interfaces to some of the newer services available to developers today. For example, interfacing Perl and Amazon web services, payment services, etc, etc.

    I may not have done enough homework, but I thin…

  • Commented on A call to action for CPAN authors
    I'm not sure I would have been so sarcastic, however the posting had me asking a similar question. I hope a change that breaks so many CPAN modules was vetted by the community before it was promulgated (my guess is...
  • Posted Amazon::SNS to rlauer

    Been looking at Amazon's Simple Notification Service. Very cool. It is a simple topic/message system where you can:

    • create topics
    • subscribe to topics
    • publish messages to topics

    What's really nice is the subscriptions can be based on various proto…

  • Posted Last in the 5 Part Series... to rlauer
Subscribe to feed Recent Actions from rlauer

  • Jeffrey Ryan Thalhammer commented on DWIM Perl for Linux 5.18.1

    Something like DWIM Perl could also be done with Stratopan. But rather than distributing entire Perls with extra modules, you would simply curate a stack with a Task::DWIM module that declares all the dependencies.

    Stratopan makes it possible to build stacks of modules for different scenarios. To install, a user might just say...


    cpanm --mirror https://stratopan.com/sazgab/DWIM-Perl/perl-5.16.2-win32 --mirror-only Task::DWIM

    ...and h…

  • brian d foy commented on Continuous Integration

    I've been happy with the Github/Travis/Perl setup.

  • educated_foo commented on Visualizing a CPAN install plan

    I'm guessing it was designed for an era when network connections were slower, and modules had fewer dependencies and/or smaller, faster test suites. Figuring out the deps requires a bunch of sequential network requests for META.yml or similar, which would take a long time over a modem.

    CPANdeps works for now, but having an option for the CPAN client to do this would be nice.

  • Leon Timmermans commented on Visualizing a CPAN install plan

    > I've always wondered why CPAN does not at least show a full dependency list (what will be pulled in, not necessarily the full dependency list) similar to the way that yum does prior to launching into what can turn into a bit of nightmare of a dependency chain.

    Meta/mymeta file support in CPAN clients is a fairly recent innovation. Before those times, the system just didn't know at all what the dependencies are until in ran «perl Makefile.PL», which made planning more than one step ahead difficult. Nowadays it can do that for modules that have dynamic_config=0, but that's not the …

  • jakoblog.de commented on Visualizing a CPAN install plan

    Please just make it part of MetaCPAN instead of creating just another Perl-module-overview related portal or client.

Subscribe to feed Responses to Comments from rlauer

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl and offering the modern features you’ve come to expect in blog platforms, the site is run by Dave Cross and Aaron Crane, with a design donated by Six Apart, Ltd.