user-pic

bigfoot

  • About: I blog about Perl and Bedrock.
  • Commented on We are all Perl's ambassadors...
    Unfortunately I think this may simply be a very small example of how the Perl community is generally sometimes unfriendly to new developers. Before I get pounced on I'll give a shout out to all of of the great work...
  • 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...
  • 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...
  • 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...
  • 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...
  • 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 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...
  • Commented on Indented comments
    # Bless ourselves into the desired class and perform any # initialization. I'm guessing this is an example...reminds me of seeing a comment like this in an old assembly language listing: LD A, B ; load register A with contents...
  • Commented on Why you don't need File::Slurp&#x2026;
    In general, in a shop with both newbs and monks it's preferable to use modules as much as possible. In particular, canning common functions like slurping a file reduces the possibility of errors. use File::Slurp leaves no doubt in anyone's...
  • Commented on Improved autobox-ing. I'm loving it :o)
    I'm sort of on the educated_foo side here. Terseness is a good attribute for code, but not at the expense of readability or exposure of business rules IMHO. This (exposure of business rules) is why I am not allergic to...
  • Commented on /usr/local/bin rant
    Here's a nice thread that speaks to the cpan v package manager choice. http://mail.pm.org/pipermail/melbourne-pm/2007-May/002316.html I think developers prefer CPAN because they can immediately get things done, sys admins like order and integration of components into their environment that will play...
  • Commented on /usr/local/bin rant
    CPAN is an actual PITA for sys admins. When in Rome do as the Romans. Debian? use apt. RedHat use RPMs. Perl needs to become friendlier to system deployment and stop this CPAN madness. IMHO....
  • Commented on /usr/local/bin rant
    cpan2rpm - There are many packages in the EPEL repo as well....
  • Commented on /usr/local/bin rant
    Why are you using CPAN on CentOS? You should be installing these as RPMs. ;-)...
  • Commented on Reviewing web frameworks
    Check out www.openbedrock.org - we're sort of the new (old kids) on the block. The code is getting a bit of an overhaul, but the essence of a useful templating engine with deeply embedded Perl hooks might be compelling to...
Subscribe to feed Recent Actions from bigfoot

  • 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.

  • Mike Doherty commented on Why you don't need File::Slurp&#x2026;

    Would you benchmark this method of slurping, which is what I typically see?

    my $contents = do { local $/; open my $in, '<', $filename; <$in> };

    Might be worth adding to https://github.com/melo/perl-benchmarks

  • Damien "dams" Krotkine commented on Why you don't need File::Slurp&#x2026;

    I like to use this for non production code :)

    my $content = do{local(@ARGV,$/)=$filename;<>};

    I don't think it's useful to benchmark it :)

  • animatedream commented on Perl and Me, Part 6: Perl Is Engineering <i>and</i> Art

    First, I would never argue that python makes it hard to write bad code. It's very easy to write bad code in any language. I would argue instead that python attempts to make it easier to write good code, by reducing the number of idiosyncrasies a programmer must be informed of to make

    I don't understand the benefit to software development in being able to express a meaning in any way but the best way. I don't think the arguments put forth here really contradict that. The problem: Who's best way?

    In python's philosophy, the principle of least astonishment ranks higher than eve…

  • Ether commented on We are all Perl's ambassadors...

    Maybe create some phase gates for new contributors? or create some kind of bar to get over before you can upload and even get rated in the first place?

    prepan.org exists as a place where authors can upload code for critique, but it doesn't get used often enough. I wouldn't mind the requirement for a new author to make at least one submission to prepan.org first (and get some positive feedback) before their first PAUSE upload, but this is difficult to enforce without a lot of code that no one would want to write.

Subscribe to feed Responses to Comments from bigfoot

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.