Matthias

Recent Actions

• Commented on MooseStyle: Self-made inline vs cpan-based inline
  Is your issue about Mo or about non-core dependencies? At least Mo::Inline can update all your scripts with one command. mo-inline lib/ # or mo-inline ./ or what ever Something that I am missing on my self made Accessors. ......
• Commented on MooseStyle: Self-made inline vs cpan-based inline
  I would has discussed it there, but your blog has no comment system. It's just bugging me that something so simple has so many hackish homebrew solutions. I know TMTOWTDI but sometimes I wish me more common solutions. And Mo::Inline...
• Posted MooseStyle: Self-made inline vs cpan-based inline to Perl and Perl++ (aka Perl6)

  
  

  
  I understand his issue with "sans dependencies" but was u…

• Commented on Perl TV
  Thank you. Great Idea. Have you thought about a rest template/interface? Because I'd like to build a xbmc media player plugin for PerlTV....
• Commented on shortcomings of perl
  I admit, TIOBE is worthless, worthless as a ranking index, but unfortunately it's at least bad marketing. It's all about marketing, so how can we place perl on a better rank?...
• Commented on p5-MOP syntax improvements
  I just wanted to thank you for your work....

Comment Threads

• thetrb commented on Perl TV

  @Gabor: Maybe make it like this blog where you can browse through pages ordered by the date the videos were added. The "All" link could still be there to see a simple list of all the videos.

• Toby Inkster commented on MooseStyle: Self-made inline vs cpan-based inline

  Or in Moose/Moo:

  has [qw/x y/] => ( is => 'rw' );
  

• sillymoos commented on MooseStyle: Self-made inline vs cpan-based inline

  nice!

• Tom Molesworth commented on MooseStyle: Self-made inline vs cpan-based inline

  An upgrade to Mo::Inline appears to be behind this issue for YAML:

  https://rt.cpan.org/Ticket/Display.html?id=90817

  and I think a similar issue was behind this:

  https://rt.cpan.org/Ticket/Display.html?id=76664

  It's not the most pleasant code to be debugging either.

  It's an interesting idea, but I'm treating it as a warning sign in code in future, particularly anything that so many other modules depend on.

• Tom Molesworth commented on MooseStyle: Self-made inline vs cpan-based inline

  > Is your issue about Mo or about non-core dependencies?

  Neither - it's about modules which use Mo::Inline. Mo itself seems fine, if a module uses it and works, that's great. Non-core dependencies... the more the merrier. I have no objections to a module depending on Mo itself. My specific complaint (as Mithaldu was asking) is that debugging something which has been through the Mo::Inline process is a headache I'd rather avoid.

  Granted, YAML is perhaps an extreme case, several things depend on it so breakage is very visible, and it's mildly disheartening to open the RT que…