| CPAN Ratings Reviews by Blue | |
| Home | Search | About | Bitcard Account | Login |
The stated rationale for this module is to have a version of Object::Tiny with writable accessors. The author apparently didn't bother to do any research as that is the purpose of Object::Tiny::RW. There are many, many reviews of the the different worthwhile class builders. This low rating is intended to steer new users away from a pointlessly reinvented wheel and to seek a more widely used (hence vetted) module.
Blue - 2012-03-26T16:00:22
This fails to build and is unmaintained.
Blue - 2012-02-08T02:59:41
Still broken on OS X 10.7. Author was notified and given patch to make it work, but instead of fixing, he tells users to manually install using a different compiler.
Blue - 2011-12-10T17:02:42
Documentation is lacking on the rationale for this module and why it should be used over the many, many other alternatives. Also, the source code is unreadable line noise.
Blue - 2011-10-02T19:48:32
Although Andy might have been mistaken in his review that the newer versions are using pure perl, I believe he has good reason. I just benchmarked 1.52 against 2.015, and 1.52 is a little more than twice as fast in both compression and decompression as 2.015.
Blue - 2011-04-03T00:17:27
Idiotic license.
Blue - 2011-03-14T13:10:01
Parse::CPAN::Packages::Fast is about an order of magnitude faster and uses only 40% as much memory. Neither, however, offer a way to iterate through the list without first creating the entire list in memory.
Blue - 2011-03-11T13:20:12
Interface doesn't ever stabilize. The author keeps breaking backwards compatibility. The author also freaks out if anybody asks about benchmarks and badmouths other projects.
Blue - 2011-01-23T11:53:15
Another useless module from a newbie. Use Object::Tiny instead.
Blue - 2011-01-20T17:31:53
According to the docs this is just a fork of Geo::Coder::Google that offers no addional functionality or bugfixes. It simply interfaces with Google via JSON, instead of XML. It also behaves differently than all the other Geo::Coder modules- instead of returning a simple hashref, it returns an object.
Blue - 2011-01-12T14:12:48
This shouldn't be a top-level namespace. Stick it under Locale::
Blue - 2010-12-26T02:04:59
The moronic new CPAM::TWW!
Blue - 2010-12-24T12:50:49
purge this from cpan, please.
Blue - 2010-12-24T11:50:09
Did you even make a request for the YAML::Any authors to make the order user-customizable? Or submit a patch?
Blue - 2010-12-15T20:53:43
Definitely not a Modern Perler (TM).
Blue - 2010-12-14T19:38:07
Similar interface as XML::Generator, but benchmarked as 3 times slower and no docs.
Blue - 2010-12-11T14:29:47
Completely broken and unmaintained.
Blue - 2010-12-11T12:29:40
FYI, the Yahoo Search API is now deprecated in favor of the Yahoo BOSS API, for which no perl interface currently exists.
Blue - 2009-10-11T18:35:05
Yeah, it's maintained again!
Blue - 2009-09-27T02:15:44
This is just horrible namespace pollution. It should live under the Acme namespace, where the rest of the pointless modules go to die. Seeing poor choices like this make me less inclined to use any of the author's other modules.
Blue - 2009-09-21T08:28:51
It might be fast, but frequently it will segfault when encoding.
Blue - 2009-07-09T17:32:58
I'd really like this to be a drop-in replacement for Tie::IxHash.
Blue - 2008-12-05T15:05:46
lame
Blue - 2008-11-05T19:50:44
lame
Blue - 2008-11-02T01:28:08
lame
Blue - 2008-11-02T01:27:38
lame
Blue - 2008-11-02T01:27:13
lame
Blue - 2008-11-02T01:26:54
lame
Blue - 2008-11-02T01:26:36
lame
Blue - 2008-11-02T01:26:18
lame
Blue - 2008-11-02T01:26:01
lame
Blue - 2008-11-02T01:25:32
lame
Blue - 2008-11-02T01:25:02
lame
Blue - 2008-11-02T01:24:38
lame
Blue - 2008-11-02T01:24:09
lame
Blue - 2008-11-02T01:23:51
lame
Blue - 2008-11-02T01:23:26
|
Perl.org sites
: bugs
| dev
| history
| jobs
| learn
| lists
| use
Site Information and Contacts |
|