user-pic

Matt S Trout (mst)

  • Commented on Statistics for perl hash tables
    "What is not good is that the developers have no idea how to evaluate hash tables and there is no sane discussion possible in the mailinglist" Asserting that nobody except you is competent to have an opinion does, indeed, largely...
  • Commented on Some ideas for improving the community - The ANA initiative
    You appear to misunderstand how open source works. "we need" is irrelevant. Actions speak louder than words. Patches speak louder than suggestions. Some of the things on this list are a good idea, some aren't. However none of them will...
  • Commented on Test::More - New Maintainer, Also stop version checking!
    This is awesome to hear. Organisations are an excellent tool and it's nice to see there being more and more of the Catalyst/DBIx::Class/Moose model of open discussion online and on IRC with multiple committers and shared ownership, and to give...
  • Commented on Crowdsourcing self-confidence
    Recruiting for a long standing project with a high barrier to entry and an architecture that's bulging at the seems is hard. During the periods when I've tried to be more active, I've not been able to give out nearly...
  • Posted Hallway++ at YAPC::NA 2013 to Matt S Trout (mst)

    Interested in meeting new people at YAPC::NA? Hallway++ means you're never interrupting

  • Posted An Incident Summary to Matt S Trout (mst)
  • Posted On Codifying Conduct to Matt S Trout (mst)
  • Commented on How do we know when a CORE module is deprecated?
    Petdance, anybody else who happened to be in #perl for the whole conversation will have seen: wasanzy asked for help Shells suggested something that's a really bad idea apeiron corrected this Shells, apeiron and I discussed it until Shells understood...
  • Commented on How do we know when a CORE module is deprecated?
    Steven, it can be preserved on CPAN for the people with legacy code that requires it. Given the existence of Plack::Handler::CGI, starting a new project with CGI.pm in 2013 out of anything except ignorance is simply gross incompetence....
  • Commented on How do we know when a CORE module is deprecated?
    I believe it's leaving core as of 5.22.0 'deprecated' is generally taken to mean "should be avoided because it's been superceded", which CGI.pm very definitely has as of the release of a Plack with CGI support....
  • Commented on How do we know when a CORE module is deprecated?
    Joel, you still don't have any of the context for this, or the help that's been given to wasanzy over the previous weeks and months. I do, however, apologise to anybody who read this blog post before the author fixed...
  • Commented on How do we know when a CORE module is deprecated?
    Coke, Chris Fedde and apeiron have had an axe to grind against each other for years. apeiron decided to put him on /ignore to avoid getting into any more non-constructive arguments. cfedde apparently has gone the "passive aggressive blog post...
  • Commented on Don't release experiments to CPAN
    If it's experimental, I put EXPERIMENTAL (in all caps) in the =head1 NAME abstract section - i.e. =head1 NAME Module::Name - EXPERIMENTAL frobnicator and I think that's useful, just like Net::IRC having 'DEAD SINCE 2004' in the same space is....
  • Commented on no indirect considered harmful
    metadoo, with respect to "Also, objectively speaking, in both cases error messages quite clearly state what has happened", I have to answer with "sure, once you already know what happened". The problem I'm talking about is that the error messages...
  • Commented on no indirect considered harmful
    The real life bug that I've created an equivalent to in that post completely screwed over a critical deployment schedule, and cost me one developer to burnout, one client to assumption of incompetence, and one large codebase to perl. (I...
  • Commented on A perl of your own
    nxadm, I think those people are as served as they're going to get by the capacity to have single-line feature bundles. Getting from 'one line' to 'no lines' requires a trade-off - in this case 'run this using the myperl...
  • Commented on A perl of your own
    nxadm, 'use true;' gets rid of the 1; and MooseX::AutoImmute demonstrates a solution for ->meta->make_immutable (in Moo, immutability happens automatically on first ->new). What I'm looking at here is a way to evolve a set of defaults without needing to...
  • Posted Pumpkin Perl Patchset to Matt S Trout (mst)

    The blog post.

    The github repository

    Comments?

  • Commented on A perl of your own
    swuecho, Syntax::Collector is in the same class as ingy's perl5 or SineSwiper's sanity (and somewhat related to my Import::Into). All of them involve your adding a 'use' line to your code; the point of myperl is to be able to...
  • Posted A perl of your own to Matt S Trout (mst)

    Want per project perl defaults that save boilerplate? You want your perl - you want myperl.

  • Commented on Building pluggable backends with Moo
    > with current Moo (1.000007) setting an attribute value via its default subroutine does not invoke a trigger Moose has never done that either, so that would be a major compatibility problem if we changed it. > If the coercion...
  • Commented on I am sad
    Couldn't agree more; this was the fundamental problem with the 'perl 7' idea and why the YAPC::EU organisers' joke about doing perl7 T-shirts was offensive rather than funny. "There's more than one way to do it" applies to "being a...
  • Commented on Names and Numbers, Brand and Identity
    Mike, I was the one who originally popularised 'perl5 is a velociraptor' - my YAPC::* closing keynotes summarising the state of the perl5 community are known as 'State of the Velociraptor'. However, I think the raptor meme belongs to the...
  • Commented on Pumpkin Perl Breakdown
    chromatic, the people I want to convince -are- the users. I'm trying to create an identity that we, as a community, feel like we own, and feel like we can use with reduced changes of people getting confused as to...
  • Commented on Pumpkin Perl Breakdown
    arrestee, after all the trouble we've had with the namespacing collision of perl5 and perl6, it seemed pretty obvious to me that it'd be nice to have that a priori avoided for any new languages/implementations. Since clearly it wasn't obvious,...
  • Commented on Pumpkin Perl Breakdown
    John, now you point it out it was a mistake to omit that; the people I'm aware of in that category all basically said "... so as such we're going to keep working on perl6 and not express an opinion",...
  • Commented on Pumpkin Perl Breakdown
    gotmynick/inigo, (1) as I said, no technical changes up front, (2) so far as currently existing code sees it, it'll look exactly like perl 5.20 was always going to look - this is a change for humans, not for programs,...
  • Commented on Pumpkin Perl - Redux
    Neil, that makes total sense - but what I'm saying is, if we try and develop a complete overarching strategy up front, we'll never get started on doing anything - so let's do this first. I've written up a breakdown...
  • Posted Pumpkin Perl Breakdown to Matt S Trout (mst)
  • Commented on Pumpkin Perl - Redux
    As I've already said, this is a naming exercise, not a technical exercise, so I'm not talking about changing the default binary names. If you want a 'pumpkin' binary, you can run sh Configure -Dprefix=/some/where -des perlname=pumpkin make install in...
Subscribe to feed Recent Actions from Matt S Trout (mst)

  • exodist7 commented on Test::More - New Maintainer, Also stop version checking!

    Nathan,

    I agree that in 99% of cases it is fine to alter behavior based on version.

    There was never an official Test::More 1.5 release. There were experimental alphas only. Some people helped Schwern by downloading these alphas, or using them on their cpan-testers machines.

    Some people picked this up and started writing code that did things differently for versions greater than or equal to 1.5. This version specific code depends on the internals changed for 1.5, internals that have been put on hold, possibly forever. So 1.5 the experiment is done, and for now at least…

  • Nathan Nutter commented on Test::More - New Maintainer, Also stop version checking!

    I was concerned only with the specific line I quoted as it seems to be putting blame on the wrong place. However, with the clarifications you have made it seems like the sentiment of it was more along the lines of "assuming that features in an alpha release would be present in the final release is not appropriate".

  • Aristotle commented on Test::More - New Maintainer, Also stop version checking!

    Can’t wait to read what the new roadmap is.

  • Reini Urban commented on Statistics for perl hash tables

    mst: It is a sad thing to tell that, and it would have been better to avoid these allegations, but other people need to work with perl5 also, so they need to be told how the state of the onion is and what to expect. Most people left p5p already. I haven't tried communicating with p5p recently, but my impressions only got worse when I tried it to explain it on the #p5p channel.

    The best thing I can do is to write blog posts, explaining the problems, and create reproducable code and testcases, in the end patches, and maybe the relevant devs will look up unknown concepts in wikipedia an…

  • dean commented on Some ideas for improving the community - The ANA initiative

    I am impressed how much I totally agree with this post. Getting organized and building a great experience is hugely important.

    Its totally legitimate to say "if you see a problem, then fix it" - alas that isn't in and of itself empowering.

    Consider as evidence, the circumstances that exist such that metacpan and search.cpan.org exist.

    Building some frameworks around co-operation is hugely helpful in encouraging contribution. Github's business plan is based upon that, and is why its taken over from sourceforge (etc) so quickly.

    TPF should consider grants to d…

Subscribe to feed Responses to Comments from Matt S Trout (mst)

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.