Flavio Poletti

• Website: www.polettix.it/

Recent Actions

• Commented on A (not so) simple matter of privacy
  I have probably lost/misunderstood a good deal of the explanation, but I'm left wondering why we can't keep the interface and the implementation separate. I mean, why can't we have this (which IMHO sticks to the principle of least surprise):...
• Posted Dibs - Envars Envisaged As Enviles to polettix

  The saga goes on! This time we talk about enviles, a way to pass key/value pairs without polluting the environment while still keeping it dumb simple. Find the article here: Dibs - Envars Envisaged As Enviles and, as…

• Posted Dibs - Remote Packs to polettix

  A new article about Dibs (Docker image build system): Dibs - Remote Packs - hope you will enjoy!

• Posted Hi from dibs... and more to polettix

  I worked on a tool named dibs in the past months, and I started writing about it:

  • Hi from dibs
  • Dibs - YAML Reuse
• Commented on I'm fully covered
  You might document the private methods... =begin IGNORE_THIS =over =item C<< private >> =item C<< dont_show >> =item C<< whatever >> =back =end IGNORE_THIS...
• Posted Invent Stories to polettix

  A tiny post in my blog about a small app to draw random pictures, I hope you will enjoy!

• Posted A Simple Telegram Bot to polettix

  I just wrote a small post A Simple Telegram Bot in my blog... with a tiny introduction to Bot::ChatBots::Telegram. Comments more than welcome!

• Posted Some Maths for Dobble to polettix

  I wrote an article about the maths behind the game Dobble (known as Spot-It in some countries). It has no pretense of strict formality but it works for reminding me the…

• Posted Telegram Keyboard Button Encoding to polettix

  I wrote a blog entry about it, also introducing a new module to handle this. Enjoy!

• Posted WebService::Fake - but still usable! to polettix

  I released a new simple module/application WebService::Fake and wrote about it in my main blog. I'd love to read any feedback providing any…

• Posted Automating deployment of my personal Perl projects with Dokku to polettix

  Last weekend I completed an article about deploying my personal Perl projects using Dokku - it might be interesting if you have similar needs!

• Commented on POD speculation
  Thanks all for the feedback and additional hints. As for me, I don't know if people read my docs (or use my modules at all, apart a few exceptions), but I surely do read them and I find the list...
• Commented on Learning from other/experienced speakers
  Some hints I found interesting can be found in Conference Presentation Judo by Mark Jason Dominus. You might want to add him to your list if he's not there already. I can't judge whether those suggestions made me a successful...
• Commented on Missing Smart Match
  Didn't know about Syntax::Keyword::Junction, that's what you get when you stop to the first module that fits the requirements :). It would be good to have some hint in the Perl6::Junctions docs, anyway, because it seems "more popular" with two...
• Commented on Missing Smart Match
  Perl6::Junction seems to address the "basic use cases" pretty well and readably, for a modest increase in typing effort. It allows you to mix junctions, although you have to be careful of what you want. It also seems to be...
• Posted POD speculation to polettix

  Pod::Coverage

  [...] expects to find either a =head(n>1) or an =item block documenting a subroutine.

  In pure TIMTOWTDI spirit, it's …

• Commented on Regex /m modifier bug in Perl 5.8.8 and older
  The problem is that qr{} has a bug in older perls in that it does not propagate the modifiers when they are set outside (e.g. mxs in qr{/whatever}mxs). See here about this. My personal "mental discipline" is to never use...
• Commented on CPAN Testers needs our help
  One thing that I'd suggest to do as soon as possible is to add the link to the EPO page inside the CPAN Testers page. Anyone hitting there has absolutely no clue on how to do a donation, and it...
• Commented on Travis-CI and Perl
  Thank you for sharing your slides, they seem very promising!...
• Posted Travis-CI and Perl to polettix

  If you're interested into using Travis-CI for your Perl projects, here's a few pointers that you should not miss:

  • Graham Knop's article introdu…
• Commented on The removal of the lexical topic feature in 5.24
  P5P outsider here. I read through the whole thread "Salvaging lexical $_ from deprecation" and I think that the intent from RGS was correct: let's just talk more about this issue before ditching something that might be useful indeed. RGS...
• Commented on On The Mojolicious Codebase
  @Joel: thanks for the thorough answer and the pointers. Re ‘discouraging’: if you wanted to communicate your feelings, you were successful. I’m still not sure it was the right tactic to let the feelings slip :) The article is interesting...
• Commented on cpanparty is over
  Hi! I'm a bit slow, but I still think that the idea might be great and maybe most people (me included) just don't realize it. I read the article you pointed to, but really didn't make much out of it....
• Commented on cpanparty is over
  Hi! Before you shut it down, just a feedback. Even at a second look, I did not understand what the purpose of cpanparty is and what problem it aims/aids to solve. You might want to add something about *why* anyone...
• Posted Data::Tubes to polettix

  I released a new distribution - Data::Tubes.

• Commented on On The Mojolicious Codebase
  I did a light research (well, just a query in DuckDuckGo actually) and didn’t find anything, so I’ll just shoot in the dark. Hopefully in a civil and respectful way, even if I said “shoot”. I was somehow tickled by...
• Commented on Pure-Perl XML
  @Joel thanks!...
• Commented on Pure-Perl XML
  @Joel: I agree too, Mojolicious is not the kind of "installing half of CPAN" thing that sometimes makes me look for alternatives. WRT my community experience, there are always two ends in a communication and they can be both wrong,...
• Commented on Pure-Perl XML
  @Joel not sure what you mean with your comment. My goal is the equivalent operation of a fat-packing; in such cases, having a module that has less dependencies (especially when they are guaranteed) is easier to include than one with...
• Commented on Pure-Perl XML
  @Joel thanks for the hint. Mojo::Dom seems fine for projects where I use Mojolicious, but for standalone-ness I'd probably look into DOM::Tiny which is derived from it. I'd be interested in any discussion about "practicality" vs "correctness" as the comment...

Comment Threads

• Aristotle commented on A (not so) simple matter of privacy

  # which fields are visible from this eval?

  Isn’t the answer simply “none”? It seems a trick question. Fields aren’t visible inside a sub, whether it’s lexical or not, no?

• Salvador Fandiño commented on A (not so) simple matter of privacy

  Isn’t the answer simply “none”?
  

  Yes, that was the conclusion: it is not a good idea to let lexical subroutines, declared at the class top level, access the object fields.

  It seems a trick question. Fields aren’t visible inside a sub, whether it’s lexical or not, no?

  Well, IMO, they should be visible if the sub is declared inside a method. For instance, I would expect the following code to work:

  use Scalar::Util qw(first);
  
  class A {
  
    field $…
  

• Aristotle commented on A (not so) simple matter of privacy

  I would expect the following code to work:

  Well, yes, obviously, a closure is a different kind of situation. The question would be what happens in a named sub declared inside a method – where I would expect the exact same behaviour that the “variable will not stay shared” warning cautions against currently. And I would expect the use of a lexical sub to cure the problem, the same way it currently does for regular subs.

• Toby Inkster commented on A (not so) simple matter of privacy

  method $do_internal () {
    ...;
  }
  

  has been supported by Zydeco for over a year. documentation.

• 6031796 commented on CPAN Testers needs our help

  In the time since this article was posted the EPO has closed its doors so potential sponsors should no longer be directed there.

  Also, the sponsors page at http://iheart.cpantesters.org/ is showing an error and has been for many months, likely because it too depends on the now-gone EPO site. I've raised this problem elsewhere previously but perhaps you could also have a word?