Acme-CPANModules-Import-CPANRatings-User-perlancar
view release on metacpan or search on metacpan
And it no longer works.
Rating: 2/10
Finance::Currency::Convert::Yahoo
Author: LGODDARD <https://metacpan.org/author/LGODDARD>
No longer works (not a surprise since this module has not been
updated since almost 13 years ago).
Rating: 2/10
App::used
Author: IVANWILLS <https://metacpan.org/author/IVANWILLS>
Uses simple regex instead of properly parses Perl source code (PPI,
Compiler::Lexer) so potentially lots of false positives. Better use
existing solutions like Perl::PrereqScanner or
Perl::PrereqScanner::Lite, which already come with their own CLI's.
Net::FTPServer
Author: RYOCHIN <https://metacpan.org/author/RYOCHIN>
Currently the only "real" module to create FTP servers in
Perl. My suggestion would be to separate the Perl API documentation
vs using the ftpd*.pl script, as the Net::FTPServer documentation
currently mixes the two.
Games::Sudoku::CLI
Author: SZABGAB <https://metacpan.org/author/SZABGAB>
Early release, so not polished yet, but... cool! Thanks, Gabor. We
need more CLI games! <br>
PPR Author: DCONWAY <https://metacpan.org/author/DCONWAY>
The coolest thing since PPI. Now every time someone still says that
one can't parse HTML or balanced parentheses using regex, you can
just point him to this module to shut him up (although, if he had
said that one *shouldn't*...). <br><br>Also now you can say that
Perl is a simple language that is easy to learn. Why? Well, it's so
simple you can parse the whole syntax with a single regex. <br><br>
DBIx::Compare
Author: CJONES <https://metacpan.org/author/CJONES>
Use MySQL-specific SQL dialect "SHOW TABLES" so comparing
e.g. two SQLite database is an instant fail, even though there is
DBIx::Compare::SQLite. Instead of the common convention like
DBIx::Compare->new(...), uses db_comparison->new(...),
sqlite_comparison->new(...), etc.
Rating: 4/10
Perl::Critic
Author: PETDANCE <https://metacpan.org/author/PETDANCE>
Hey, Perl::Critic has not been reviewed for quite a while...
<br><br>Finally take the plunge (again) to include Perl::Critic in
my development work, this time adding critic test in the Dist::Zilla
release process. Already caught a couple of stupid bugs otherwise
uncaught by perl's -w. Aside from that, will help you become more
consistent and a better (Perl) programmer. Invaluable!
Config::Perl
Author: HAUKEX <https://metacpan.org/author/HAUKEX>
Rating Data::Undump::PPI, which currently lives inside Config-Perl:
<br><br>Of course this is a nice proof of concept, but for
"real world" usage, look at Data::Undump which is about
2000x faster :)
Array::Contains
Author: CAVAC <https://metacpan.org/author/CAVAC>
Requires perl 5.20 for no particular reason. Claims to be
replacement of smart match but only covers string comparison. Just
use List::Util's first() which is more flexible and part of the core
Perl distribution, or match::smart which covers more cases.
Rating: 2/10
Array::Unique
Author: SZABGAB <https://metacpan.org/author/SZABGAB>
Mostly unnecessary because this is just a glorified form of a widely
known Perl idiom. Requires perl 5.20 for no particular reason.
Re-sorts the list which is 99% not what user wants. Just use
List::Util's uniq() which is faster and part of core distribution.
Rating: 2/10
Dist::Zilla::Plugin::ReadmeFromPod
Author: FAYLAND <https://metacpan.org/author/FAYLAND>
Has some problems, e.g. it uses InstallTool phase so it conflicts
with DZP:StaticInstall when wanting to produce a static install
distro. Use alternatives like the simpler DZP:Pod2Readme or the more
complex DZP:ReadmeAnyFromPod. <br>
Rating: 2/10
Dist::Zilla::Plugin::Hook
Author: VDB <https://metacpan.org/author/VDB>
Great for debugging. Just whip up some code in dist.ini to e.g. dump
& print some stuffs, etc.
File::Tail::Dir
Author: JJSCHUTZ <https://metacpan.org/author/JJSCHUTZ>
Interesting features, but mooseware.
Rating: 6/10
Algorithm::Dependency
Author: ETHER <https://metacpan.org/author/ETHER>
Happily returns result when graph is cyclic (and thus proper
topological sorting cannot be done). See also Data::Graph::Util for
a simpler alternative. <br>
rel="nofollow">metacpan.org/pod/Module::Require</a> (since 2001),
also nicer interface, more flexible, and more lightweight
implementation. <br><br>I don't like Submodules' interface, it's too
verbose and clunky. IMO, the interface should be a one-liner and
without manual looping.
Regexp::Assemble
Author: RSAVAGE <https://metacpan.org/author/RSAVAGE>
I guess it depends on your data, but for random shortish strings
(hundreds to thousands of them), I find that using raw joining is
much faster to assemble the regex. And the resulting regex is also
(much) faster to match. Please see Bencher::Scenario::RegexpAssemble
if you're interested in the benchmark script.
Tie::Scalar::Callback
Author: DFARRELL <https://metacpan.org/author/DFARRELL>
There is a prior art Tie::Simple (created in 2004) which works for
scalar as well as the other types of ties that perl supports (array,
hash, handle). <br>
JSON::Create
Author: BKB <https://metacpan.org/author/BKB>
Review for 0.02: Performance-wise, still has some catching up to do
against JSON::XS & Cpanel::JSON::XS with regards to encoding
arrays & hashes. <br><br>UPDATE review for 0.19: Giving it 4
stars now. Speed has been improving and on-par/slightly better than
the other JSON XS modules in some areas, while a bit worse in some
other areas. Faster modules are always welcome.
Rating: 8/10
Set::Scalar
Author: DAVIDO <https://metacpan.org/author/DAVIDO>
Confirming previous reviewer, the module is a lot slower (~ 20-40x)
than other alternatives like Array::Utils or List::MoreUtils when
you want to perform basic set operations like
union/intersect/diff/symmetric diff.
Exporter::Easy
Author: NEILB <https://metacpan.org/author/NEILB>
I can see the value of Exporter::Easy (although these days the
saving in typing is not as big, with plain Exporter one can just
say: use Exporter 'import'; our @EXPORT = qw(a b c)).
<br><br>However I fail to see the value of Exporter::Easiest. I'd
rather use plain Perl than some DDL which cannot be checked
statically or cannot be syntax-highlighted, just to save some []'s
and ()'s (which I can get my editor to help me type them).
<br><br>In short, I'd rather use plain Exporter than save a few
keystrokes but add a non-core dependency.
Rating: 6/10
App::cpm
Author: SKAJI <https://metacpan.org/author/SKAJI>
Due to parallel processes and defaulting on no_test, can be several
times faster than cpanminus (tried installing a module on a vanilla
perlbrew instance with local CPAN mirror, which pulled +- 200
distributions, "cpanm -n" took 2m9s, while cpm took 38s.)
I hope this gets developed further. Great job. <br>
Zodiac::Chinese
Author: CAVAC <https://metacpan.org/author/CAVAC>
From the doc: "This module generates one's Chinese zodiac.
However, for those born in late January to early February, it may be
wrong." Well, a module that might return wrong results is not
very useful. <br>
Rating: 2/10
JSON::MultiValueOrdered
Author: TOBYINK <https://metacpan.org/author/TOBYINK>
I guess if you want to switch JSON implementation more easily with
JSON, JSON::PP, and JSON::XS, it's better to use
JSON::Tiny::Subclassable instead of JSON::Tiny, because the
interface is more similar to JSON{::XS,::PP}, although it's not
exactly the same. JT:Subclassable also supports pretty() which is
often used when debugging. In short, I found
JSON::Tiny::Subclassable is a better "Tiny JSON" module
than JSON::Tiny.
JSON::Tiny
Author: DAVIDO <https://metacpan.org/author/DAVIDO>
Ah, the many JSON implementation modules out there... <br><br>I
guess if you want to switch JSON implementation more easily with
JSON, JSON::PP, and JSON::XS, it's better to use
JSON::Tiny::Subclassable instead of JSON::Tiny, because the
interface is more similar to JSON{::XS,::PP}, although it's not
exactly the same. <br><br>
Devel::Confess
Author: HAARG <https://metacpan.org/author/HAARG>
Provides some more features compared to Carp::Always, like producing
stack trace even when exception is ref/object, color & dump
function arguments (so you don't need a separate Carp::Always::Dump
and Carp::Always::Color). Recommended. <br>
Carp::Always
Author: FERREIRA <https://metacpan.org/author/FERREIRA>
This module works well for string exceptions (e.g. die "some
message"), but for ref/object exceptions (e.g. die
[404,"Not found"] or die $some_object) it will simply
print/return the ref/object and thus no stack trace information is
produced. <br><br>See also Devel::Confess, which can handle
ref/object. <br><br>References: <br> <a
href="http://blogs.perl.org/users/graham_knop/2013/09/carp-always-ev
enobjects.html"
rel="nofollow">blogs.perl.org/users/graham_knop/2013...</a>
experimental
Author: LEONT <https://metacpan.org/author/LEONT>
Our prayer has been answered. experimental was added to perl core in
5.19.11
Exporter::Lite
Author: NEILB <https://metacpan.org/author/NEILB>
Mostly unnecessary. The main premise of this module is that you
don't need to inherit to use it. But you also can use Exporter (a
core module, BTW) without inherinting it: <br><br>use Exporter
qw(import); <br>
Date::Holidays
Author: JONASBN <https://metacpan.org/author/JONASBN>
The idea is good, but a couple of things prevents me from using this
interface. <br><br>First, the use of TryCatch (which brings the
Moose ecosystem) makes the startup overhead too high for my taste
(about 0.5s on my PC). Which is rather unfortunate because
Date::Holidays itself does not use Moose. <br><br>Second, the
interface assumes that a country has a single set of holidays, which
is too restrictive in some cases. A more flexible/general interface
would allow adding more calendars based not only on country but also
religion, special community, organization, etc. And allow adding
custom calendars. <br>
Furl
Author: SYOHEX <https://metacpan.org/author/SYOHEX>
@Kira S (I wish cpanratings adds a feature to comment on a review):
<br><br>Comparing WWW::Mechanize with Furl is not really
apples-to-apples, since Furl does not support parsing/following
links or form processing. As the Furl POD itself suggests, Furl is
positioned as a faster alternative to LWP, not WWW::Mechanize.
Lingua::EN::Inflect
Author: DCONWAY <https://metacpan.org/author/DCONWAY>
Just add this review to link to Ben Bullock's
Lingua::EN::PluralToSingular if you need to go the other way
(converting English noun from plural to singular). <br><br>BTW, I
don't like the interface either, and wonder why the Env module needs
to be involved. <br>
Lingua::EN::PluralToSingular
Author: BKB <https://metacpan.org/author/BKB>
Not perfect or exhaustive, but good enough and lightweight. With a
dead-simple interface. Just the sort of libraries that are reusable
almost everywhere. Thanks for this. <br><br>Also, this might not be
immediately obvious since there's no mention on the See Also
section: to go the other way (converting English noun from singular
to plural) you can use Lingua::EN::Inflect.
Log::Declare
Author: CHGOVUK <https://metacpan.org/author/CHGOVUK>
I haven't used or evaluated this module in detail, but if there is
one advantage to using procedural/command syntax: <br><br>info blah;
<br><br>as opposed to object syntax: <br><br>$log->info(blah);
<br><br>then this module clearly demonstrates it. Using
Devel::Declare (or the Perl 5.14+ keyword API), the former can be
easily rewritten as something like: <br><br>info && blah;
<br><br>or: <br><br>if (CONST_LOG_INFO) { info blah } <br><br>and
during compilation, Perl can optimize the line away and we get zero
run-time penalty when logging (level) is disabled.
<br><br>(Actually, it's also possible for the object syntax to get
rewritten, e.g. using source filter, but it's more cumbersome).
Benchmark::Timer
Author: DCOPPIT <https://metacpan.org/author/DCOPPIT>
Nice alternative module for benchmarking with a different interface
than Benchmark (marking portion of code to be benchmarked with start
and stop). <br><br>For most Perl programmers familiar to the core
module Benchmark, I recommend looking at Benchmark::Dumb first
though. It has an interface like Benchmark (cmpthese() et all) but
with some statistical confidence.
Getargs::Long
Author: DCOPPIT <https://metacpan.org/author/DCOPPIT>
Nice idea, but some performance concerns. If you want to use
cgetargs (the compiled, faster version), you are restricted to the
getargs() interface, which only features checking for required
arguments and supplying default value. In which case you might as
well use Params::Validate directly as it's several times (e.g. 3-4x)
faster. <br><br>If you want to use the more featured xgetargs, there
is currently no compiled version. <br><br>All in all, I think users
should take a look at Params::Validate first.
Debug::Easy
Author: RKELSCH <https://metacpan.org/author/RKELSCH>
( run in 0.779 second using v1.01-cache-2.11-cpan-ceb78f64989 )