This is Xdg's Typepad Profile.
Join Typepad and start following Xdg's activity
Xdg
Recent Activity
I'll try to pull together a list of things that I think may break or are at risk and get it posted to my blog.
Thanks for adding it. I think as you get into defaults, lazy defaults, BUILD/DEMOLISH and roles, you'll start seeing clearer similarities and differences.
Perl objects round up
This morning, I came across this discussion on Reddit. Following the lead of dams and zakame, I had been playing with p5-mop, so I decided to compare. First, here is singe's original example using Object::Tiny #!/usr/bin/env perl use v5.18; use warnings; package myBaseClass { use Object::Tiny q...
I'm bummed you didn't also show Class::Tiny. It's similar to Object::Tiny, but you get RW accessors, lazy attribute defaults and a BUILD/DEMOLISH system like you get in Moo(se).
Perl objects round up
This morning, I came across this discussion on Reddit. Following the lead of dams and zakame, I had been playing with p5-mop, so I decided to compare. First, here is singe's original example using Object::Tiny #!/usr/bin/env perl use v5.18; use warnings; package myBaseClass { use Object::Tiny q...
I mentioned in passing in my post on the topic that 'Pumpkin v20' is a bad idea if the regular annual releases continue to be v22, v24, etc.
We don't want annual, generally backwards-compatible releases to be bumping major versions like that or when we do make a major change, there's no way to tell "minor" major versions from "major" major versions.
Thus, if this change is made, I favor "Pumpkin Perl 1, version 20" so there is room for a "Pumpkin Perl 2" later.
There are other version solutions that accomplish similar things, but mostly, I want to convince people that the idea of just using the annual release version as the major version is not a very good idea.
Pumpkin Perl, Version 20.
In a previous posting, I ranted on the whole, "What should we call Perl" debate that seems to run as an endless sort of ear-worm around our community. After reading a lot of postings, and speaking with people, I've come to accept that the issue is something, not nothing. So I'm here today to ...
I think you're absolutely right that if you don't ever use old Perls, then it's not a big deal any more. As much as I might wish it, though, that's not everyone. Many people writing for CPAN like to support older Perls too, and I see lots of people get tripped up with v1.2.3 style version numbers. Just today on #toolchain on IRC there was a question about why 0.4.2 compares as less than 0.4. Those kinds of questions are *still* coming up 12 *years* after v-strings were introduced in Perl v5.6, so something about it still just doesn't compute for many people, even after v-strings were improved in v5.8.1 and after version objects were added in v5.10. Will 'package NAME VERSION' syntax in v5.12 finally make the difference? I hope so, but I'm not holding my breath.
What's wrong with v?
This morning, I came upon this tweet. I don't understand what is blowing the considerable mind of RJBS. I'm guessing he considers this post to have settled the matter. But just because he's willing to manually convert his version numbers to decimal format, that doesn't mean we all are. I write m...
Xdg is now following The Typepad Team
Mar 7, 2012
Subscribe to Xdg’s Recent Activity