NAME

Acme::CPANModules::Import::CPANRatings::User::perlancar - List of modules mentioned by CPANRatings user perlancar

VERSION

This document describes version 0.002 of Acme::CPANModules::Import::CPANRatings::User::perlancar (from Perl distribution Acme-CPANModules-Import-CPANRatings-User-perlancar), released on 2023-10-29.

DESCRIPTION

This list is generated by scraping CPANRatings (cpanratings.perl.org) user page.

ACME::CPANMODULES ENTRIES

LWP::JSON::Tiny

Author: SKINGTON

I'm not sure this really "befits a ::Tiny distribution" just because it's a thin wrapper of something. Please read: <a href="http://blogs.perl.org/users/dan_muey/2014/08/please-dont-use-tiny-unless-it-meets-the-tiny-criteria-thanks.html" rel="nofollow">blogs.perl.org/users/dan_muey/2014/08...</a> or the Tiny mandate e.g. in <a href="https://metacpan.org/pod/Time::Tiny#The-Tiny-Mandate" rel="nofollow">metacpan.org/pod/Time::Tiny#The-Tiny-...</a>

Acme::CPANRatings

Author: PERLANCAR

After the last template change of the website which is one year ago, "Was this review helpful" links no longer works. <a href="https://github.com/perlorg/perlweb/issues/232" rel="nofollow">github.com/perlorg/perlweb/issues/232</a>

Rating: 2/10

Finance::Currency::Convert::WebserviceX

Author: CLACO

No longer works. Sigh, looks like there is currently NO working generic currency converter module on CPAN anymore. Every converter module is either: 1) dead; 2) specific for some currencies only.

Rating: 2/10

Finance::Currency::Convert

Author: JANW

Uses hard-coded rates in the source code. Does not seem to work anymore: convert() returns zero even after updateRates().

Rating: 2/10

Finance::Currency::Convert::XE

Author: RMCKAY

Of limited use because of the site's restrictive license. UPDATE: And it no longer works.

Rating: 2/10

Finance::Currency::Convert::Yahoo

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

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

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

Early release, so not polished yet, but... cool! Thanks, Gabor. We need more CLI games!

PPR

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...). 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.

DBIx::Compare

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

Hey, Perl::Critic has not been reviewed for quite a while... 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

Rating Data::Undump::PPI, which currently lives inside Config-Perl: 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

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

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

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.

Rating: 2/10

Dist::Zilla::Plugin::Hook

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

Interesting features, but mooseware.

Rating: 6/10

Algorithm::Dependency

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.

Rating: 6/10

Data::Match

Author: KSTEPHENS

(Reviewing Sort::Topological, which is included in Data-Match distribution at the time of this review). Hangs when given a dependency like: a => ["a"]. Happily returns result when graph is cyclic (and thus proper topological sorting cannot be done). See also Data::Graph::Util for alternative.

Rating: 4/10

File::Find::Wanted

Author: PETDANCE

File::Find lacks the "making easy things easy" part, so modules like this are great. A further step would be an option to omit $wanted for even simpler cases, but that would probably break the interface. Another alternative is File::Finder, but it forces OO style.

Rating: 8/10

Hash::MD5

Author: MZIESCHA

Since this is essentially md5(dump($data)), why restrict yourself to hash? This works also for any kind of Perl data structure.

DateTime::Format::Docker

Author: MZIESCHA

Isn't this basically ISO8601 (see DateTime::Format::ISO8601)?

WWW::CPANRatings

Author: CORNELIUS

To get the ratings for a single distribution, this client library needs to download /csv/all_ratings.csv (~80KB at the time of this writing) first. This is not the fault of the client because the website indeed does not provide the necessary ratings data on the /dist/:DISTNAME page. The client library should perhaps cache the CSV response though. The implementation could also be simplified by using slimmer libraries for this simple scraping task. But other than that, does what it says on the tin.

Rating: 8/10

Parse::CPAN::Ratings

Author: LBROCARD

Not as useful as the name implies. It requires you to download the CSV of all ratings first, which BTW does not seem to be advertised on the CPAN Ratings website. The CSV file only contains numeric ratings and does not include any reviews. So basically what this module does is just filter the CSV rows for a distribution's rating. One might want to look at WWW::CPANRatings instead.

Rating: 6/10

Acme::Curse

Author: MORITZ

This pure-perl module creates a shallow copy of the object instead of directly removing blessing from the same object (which requires XS). Acme::Damn is the more direct counterpart of bless().

Digest::SHA1

Author: GAAS

Use Digest::SHA instead. In general, there is no reason in using Digest::SHA1 over Digest::SHA. The latter is a core Perl module, more updated, and implements the other algorithms while the former only implements SHA-1 which is now deprecated.

File::Checksum

Author: KNORR

The "checksum" (basically just adding 16-bit words) is too simplistic to be a real checksum or to be practically useful. Even MD5 or CRC32 is infinitely better.

WordPress::XMLRPC

Author: IGIBBS

Still works, partially, but in general out of date. For example, to get post the deprecated metaWeblog.getPost API method is still used instead of the newer wp.getPost call (which understandably is only introduced in WordPress 3.4, while this module is last updated with WordPress 2.8.4). And apparently wordpress.com doesn't return post_content anymore when you use metaWeblog.getPost. Luckily, performing XMLRPC request directly is easy enough. Just use XMLRPC::Lite and peruse the Wordpress documentation here: <a href="https://codex.wordpress.org/XML-RPC_WordPress_API" rel="nofollow">codex.wordpress.org/XML-RPC_WordPress...</a>

Text::Levenshtein::Flexible

Author: MBETHKE

My new favorite Levenshtein distance module. It's as fast (if not faster) than Text::Levenshtein::XS and can provide a speed boost if you don't care about distances above a certain limit. Which I think in many cases is true.

CPAN::Changes

Author: HAARG

Great and all, but one drawback is that it currently destroys original file's formatting in serialize().

Module::Changes::ADAMK

Author: ADAMK

Any module from ADAMK should be interesting, including this one. But please take a look at CPAN::Changes for the de facto standard nowadays.

Module::Metadata::Changes

Author: RSAVAGE

Like Module::Changes, this module also tries to use a more defined format for Changes. Sadly, it has not caught on. Please also take a look at CPAN::Changes which seems to be the de facto standard nowadays.

Module::Changes

Author: MARCEL

In general I'm not opposed to the idea of this module. The included 'changes' script is also pretty cool (which I'm trying to recreate, for CPAN::Changes). Just pointing out that I believe this module has not really "caught on" among the CPAN community. What has, is, CPAN::Changes which is followed by many authors and even employed on MetaCPAN.

Archive::Tar::Wrapper

Author: ARFREITAS

Sadly there is not a single perfect Archive::Tar::* module out there. Either a module offers incomplete API, (was) buggy, or it is crippled/limited in some way. Plus, the modules are mostly incompatible with one another. And that's why TIMTOWTDI. For the task of just listing files in an archive, for example, it seems only Archive::Tar and Archive::Tar::Wrapper are usable. Archive::Tar::Wrapper is fast (because it utilizes external C-based tar utility) and does not load all contents of an archive into memory, but requires writing to temporary files and of course requires a tar utility so portability to non-Unix systems might be an issue.

Archive::Tar

Author: BINGOS

Sadly there is not a single perfect Archive::Tar::* module out there. Either a module offers incomplete API, (was) buggy, or it is crippled/limited in some way. Plus, the modules are mostly incompatible with one another. And that's why TIMTOWTDI. For the task of just listing files in an archive, for example, it seems only Archive::Tar and Archive::Tar::Wrapper are usable. Archive::Tar is a core module, but relatively slow, and extracts all contents of an archive in memory so it's not workable for huge archives.

Hash::Util::Pick

Author: PINE

One can easily use this idiom instead: $picked = { map {(exists $hash{$} ? ($=>$hash{$}):())} @keys }; or: $picked = { map {$=>$hash{$}} grep {exists $hash{$}} @keys }; or (if you want non-existing picked keys to be created instead): $picked = { map {$_ => $hash{$_}} @keys }; but Hash::Util::Pick is implemented in XS and can be a few times faster than the above when the number of keys has reached thousands. So I guess this module has its uses.

NetObj::IPv4Address

Author: HEEB

Cons: more heavyweight (requires Moo), limited operations/methods, can only handle IPv4 and not IPv6. Pros: some operations are faster than competing modules, e.g. validation. See also: NetAddr::IP, Net::CIDR.

NetObj::MacAddress

Author: HEEB

Aside from being Moo-based (which, makes it a bit more heavyweight and with more dependencies), doesn't yet offer anything extra or more methods compared to previously existing modules like NetAddr::MAC.

Rating: 4/10

Acme::AsciiArtinator

Author: MOB

Cool. Now you can create your own Camel Code with ease!

Object::Simple

Author: KIMOTO

I'd say in terms of footprint and runtime performance, this module is average (it's not the most lightweight nor the fastest pure-perl object system, not to mention against XS ones). See my Bencher::Scenarios::Accessors for a comparison, e.g. <a href="https://metacpan.org/pod/Bencher::Scenario::Accessors::Get" rel="nofollow">metacpan.org/pod/Bencher::Scenario::A...</a> and <a href="https://metacpan.org/pod/Bencher::Scenario::Accessors::Set" rel="nofollow">metacpan.org/pod/Bencher::Scenario::A...</a> . One drawback of using Mojo::Base and Object::Simple is its similar but slightly different and incompatible syntax with the Moo* family, so your code is not "upgradable" to Moo or Moose once you need more features. And often you'll end up wanting them, e.g. one day you'll probably read about the wonders of method modifiers (before, after, around), or roles, or wanting to have a lazy constructor, or triggers, and so on. I'd recommend instead Mo. It's more lightweight than Object::Simple and you can do default value, builder, ro/rw, required, even coercion. But the features are modular and you only pay for what you use. And once you need more features later, you normally should be able to just replace 'use Mo' in your code with 'use Moo' or 'use Moose'. Of course, this point is moot if you don't care about compatibility/upgradability to Moo*.

Rating: 6/10

Test::Needs

Author: HAARG

Nice. API is more convenient to use than Test::Requires, especially if you use subtests.

HTTP::Command::Wrapper

Author: PINE

There are a few use-cases where this would be useful (mostly, to access https websites in the absence of required perl library like LWP::Protocol::https), but it would be more useful to provide an API that is already familiar to Perl programmers. That's why MIYAGAWA created HTTP::Tinyish.

File::Util

Author: TOMMY

Point for documentation (lots of examples and cookbook). But the recipes in the cookbook currently don't really entice me to use the module. Let's see: 1) batch file rename: it's much simpler to use 'rename' or 'perlmv' utility. Or, it's much shorter to just use plain perl like 'for (grep {-f} <*>) { rename $, s/.log$/.txt/r }'. 2) recursively remove a directory tree: it's much shorter to just use 'File::Path::removetree()'. 3) increment a counter file: no locking (it's classic 1990's counter.cgi race condition all over again). Take a look at, for example, The Perl Cookbook chapter 7.11. Or I think one of Randal Schwartz's articles. As an alternative, one can also take a look at Path::Tiny.

Common::Routine

Author: PEKINGSAM

A couple of comments: * Some functions like min(), max(), etc need not be reinvented because they are already in core module List::Util. But I guess the author wants to be able to say min([1,2,3]) in addition to min(1,2,3). * round() uses Number::Format, note that rounding number using this module is hundreds of times slower than using sprintf().

Submodules

Author: ZARABOZO

A couple of prior arts: * all, <a href="https://metacpan.org/pod/all" rel="nofollow">metacpan.org/pod/all</a> (since 2003), nicer interface and offers "use"/compile-time interface, so it's more equivalent to the statements it wants to replace. The Submodules equivalent would be: BEGIN { for my $i (Submodules->find("Blah")) { $i->require } }. * Module::Require, <a href="https://metacpan.org/pod/Module::Require" rel="nofollow">metacpan.org/pod/Module::Require</a> (since 2001), also nicer interface, more flexible, and more lightweight implementation. 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

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

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).

JSON::Create

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. 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

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

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)). 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). 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

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.

Zodiac::Chinese

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.

Rating: 2/10

JSON::MultiValueOrdered

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

Ah, the many JSON implementation modules out there... 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.

Devel::Confess

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.

Carp::Always

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. See also Devel::Confess, which can handle ref/object. References: <a href="http://blogs.perl.org/users/graham_knop/2013/09/carp-always-evenobjects.html" rel="nofollow">blogs.perl.org/users/graham_knop/2013...</a>

experimental

Author: LEONT

Our prayer has been answered. experimental was added to perl core in 5.19.11

Exporter::Lite

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: use Exporter qw(import);

Date::Holidays

Author: JONASBN

The idea is good, but a couple of things prevents me from using this interface. 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. 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.

Furl

Author: SYOHEX

@Kira S (I wish cpanratings adds a feature to comment on a review): 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

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). BTW, I don't like the interface either, and wonder why the Env module needs to be involved.

Lingua::EN::PluralToSingular

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. 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

I haven't used or evaluated this module in detail, but if there is one advantage to using procedural/command syntax: info blah; as opposed to object syntax: $log->info(blah); 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: info && blah; or: if (CONST_LOG_INFO) { info blah } and during compilation, Perl can optimize the line away and we get zero run-time penalty when logging (level) is disabled. (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

Nice alternative module for benchmarking with a different interface than Benchmark (marking portion of code to be benchmarked with start and stop). 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

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. If you want to use the more featured xgetargs, there is currently no compiled version. All in all, I think users should take a look at Params::Validate first.

Debug::Easy

Author: RKELSCH

Not as easy as the name might claim. First of all, why do users need to pass LINE explicitly for every call??? Other logging modules will get this information automatically via caller(). Levels are a bit confusing: why is debug split to 2 (or 3)? Not as flexible as it should be because the design conflates some things together. For example, most levels output to STDERR but some level (VERBOSE) outputs to STDOUT instead. The output concern and levels should've been separated. Another example would be the DEBUGWAIT level, where level is DEBUG and execution is halted (wait on a keypress) on log. What if users want a lower level setting but want execution to be halted on log? The halt/keypress setting should've been separated from the level.

Rating: 4/10

File::Slurper

Author: LEONT

Who'da thought that something as seemingly simple as "slurping a file into a string" would need several modules and false starts? Well, if you add encodings, Perl I/O layers, scalar/list context, DWIM-ness, ... it can get complex and buggy. I'm glad there are people taking care of this and making sure that a simple task stays simple and correct.

File::Slurp

Author: CAPOEIRAB

Use the newer File::Slurper instead, which has a clearer API (e.g. text vs binary, array/lines vs string) and encoding default. It's arguably "saner" than File::Slurp and File::Slurp::Tiny.

File::Slurp::Tiny

Author: LEONT

Use the newer File::Slurper instead, which has a clearer API (e.g. text vs binary, array/lines vs string) and encoding default. It's arguably "saner" than File::Slurp and File::Slurp::Tiny.

Perl::PrereqScanner::Lite

Author: MOZNION

A significantly faster alternative to Perl::PrereqScanner. It's almost a drop-in replacement, there might still be some bugs in missing detecting some modules, and you still have to do several add_extra_scanner() calls like $scanner->add_extra_scanner('Moose') to match the behavior of Perl::PrereqScanner.

Logfile::Rotate

Author: PAULG

First file rotating module I found and tried. Works, but needs to be modernized a bit. Indirect object notation in doc should be replaced. Bool option takes "yes" or "no", should perhaps be 1 or 0. Capitalization adjustment, perhaps.

Rating: 6/10

File::ReadBackwards

Author: PLICEASE

At the time of this review, I find two modules for reading a file backwards: File::Bidirectional (FBidi) and File::ReadBackwards (FRB). Both modules have roughly the same footprint and minimal dependencies. Both provide OO as well as tie interface. Both respect the $/ setting. FRB pro's: - FRB is 15-20% faster than FBidi when reading backwards; FRB con's: - does not offer the feature of reading forward as well, but of course this is not the goal of the module. FBidi's POD contains information on benchmarks (it's roughly an order of magnitude slower than raw Perl's open+read/diamond operator, still the case in 2014). While FRB's POD contains information on how the thing works behind the scenes. In summary, both modules are roughly the same. I'd prefer FRB unless in the rarer cases where I need bidirectional reading.

Rating: 8/10

File::Bidirectional

Author: KIANWIN

At the time of this review, I find two modules for reading a file backwards: File::Bidirectional (FBidi) and File::ReadBackwards (FRB). Both modules have roughly the same footprint and minimal dependencies. Both provide OO as well as tie interface. Both respect the $/ setting. FBidi pro's: - has the unique feature of reading backward/forward and switch direction in the middle; FBidi con's: - FBidi is 15-20% slower than FBidi when reading backwards; - reading forward is just as slow as backward, so if you only need to read forward, obviously there's no need to use this module; FBidi's POD contains information on benchmarks (it's roughly an order of magnitude slower than raw Perl's open+read/diamond operator, still the case in 2014). While FRB's POD contains information on how the thing works behind the scenes. In summary, both modules are roughly the same. I'd prefer FRB unless in the rarer cases where I need bidirectional reading.

Rating: 8/10

Signal::StackTrace::CarpLike

Author: SARTAK

Nice, but Signal::StackTrace should've output something carp-like in the first place.

Devel::Messenger

Author: KOLIBRIE

I think this is basically logging under a fancy name and with a more cumbersome interface. Look at Log::Any instead.

Term::Twiddle

Author: SCOTTW

Cute! I didn't know SIGALRM still works even though you're doing blocking I/O or calling other programs. But unfortunately it doesn't work if you sleep(), making this approach not as attractive.

CHI

Author: ASB

The move to Moo is very welcome, but I wish there were an alternative of CHI which is even more lightweight (starts in under 0.01s). CHI::Tiny, anyone?

App::YTDL

Bit of a shame that we currently don't have a working YouTube download script/module (WWW::YouTube::Download is last updated 2013 and has been broken for a long while). This module actually requires another Python script to do its job. I might as well skip this and go straight to the Python script. UPDATE 2016-03-04: I guess it's been so for a few years, but this still needs to be said: For downloading YouTube videos, use youtube-dl (a far more popular Python project) and just forget the rest. Keeping up with YouTube changes is many times a full time job. Nothing else comes remotely close.

XXX

Author: INGY

The part that makes this module convenient is that the functions return their original arguments. So when debugging (peppering dump statements), you don't have to change this: return ["some", $expr]; to this (taking an example from another dumping module, Data::Dump): my $tmp = ["some", $expr]; dd $tmp; return $tmp; but just this: return YYY ["some", $expr]; This should be imitated by the other dumper functions.

FAQ

What is an Acme::CPANModules::* module?

An Acme::CPANModules::* module, like this module, contains just a list of module names that share a common characteristics. It is a way to categorize modules and document CPAN. See Acme::CPANModules for more details.

What are ways to use this Acme::CPANModules module?

Aside from reading this Acme::CPANModules module's POD documentation, you can install all the listed modules (entries) using cpanm-cpanmodules script (from App::cpanm::cpanmodules distribution):

% cpanm-cpanmodules -n Import::CPANRatings::User::perlancar

Alternatively you can use the cpanmodules CLI (from App::cpanmodules distribution):

% cpanmodules ls-entries Import::CPANRatings::User::perlancar | cpanm -n

or Acme::CM::Get:

% perl -MAcme::CM::Get=Import::CPANRatings::User::perlancar -E'say $_->{module} for @{ $LIST->{entries} }' | cpanm -n

or directly:

% perl -MAcme::CPANModules::Import::CPANRatings::User::perlancar -E'say $_->{module} for @{ $Acme::CPANModules::Import::CPANRatings::User::perlancar::LIST->{entries} }' | cpanm -n

This Acme::CPANModules module also helps lcpan produce a more meaningful result for lcpan related-mods command when it comes to finding related modules for the modules listed in this Acme::CPANModules module. See App::lcpan::Cmd::related_mods for more details on how "related modules" are found.

HOMEPAGE

Please visit the project's homepage at https://metacpan.org/release/Acme-CPANModules-Import-CPANRatings-User-perlancar.

SOURCE

Source repository is at https://github.com/perlancar/perl-Acme-CPANModules-Import-CPANRatings-User-perlancar.

AUTHOR

perlancar <perlancar@cpan.org>

CONTRIBUTING

To contribute, you can send patches by email/via RT, or send pull requests on GitHub.

Most of the time, you don't need to build the distribution yourself. You can simply modify the code, then test via:

% prove -l

If you want to build the distribution (e.g. to try to install it locally on your system), you can install Dist::Zilla, Dist::Zilla::PluginBundle::Author::PERLANCAR, Pod::Weaver::PluginBundle::Author::PERLANCAR, and sometimes one or two other Dist::Zilla- and/or Pod::Weaver plugins. Any additional steps required beyond that are considered a bug and can be reported to me.

COPYRIGHT AND LICENSE

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.

BUGS

Please report any bugs or feature requests on the bugtracker website https://rt.cpan.org/Public/Dist/Display.html?Name=Acme-CPANModules-Import-CPANRatings-User-perlancar

When submitting a bug or request, please include a test-file or a patch to an existing test-file that illustrates the bug or desired feature.

To install Acme::CPANModules::Import::CPANRatings::User::perlancar, copy and paste the appropriate command in to your terminal.

cpanm

cpanm Acme::CPANModules::Import::CPANRatings::User::perlancar

CPAN shell

perl -MCPAN -e shell
install Acme::CPANModules::Import::CPANRatings::User::perlancar

For more information on module installation, please visit the detailed CPAN module installation guide.

	Global
`s`	Focus search bar
`?`	Bring up this help dialog

	GitHub
`g` `p`	Go to pull requests
`g` `i`	go to github issues (only if github is preferred repository)

	POD
`g` `a`	Go to author
`g` `c`	Go to changes
`g` `i`	Go to issues
`g` `d`	Go to dist
`g` `r`	Go to repository/SCM
`g` `s`	Go to source
`g` `b`	Go to file browse

	Search terms
module: (e.g. module:Plugin)
distribution: (e.g. distribution:Dancer auth)
author: (e.g. author:SONGMU Redis)
version: (e.g. version:1.00)

NAME

VERSION

DESCRIPTION

ACME::CPANMODULES ENTRIES

FAQ

What is an Acme::CPANModules::* module?

What are ways to use this Acme::CPANModules module?

HOMEPAGE

SOURCE

SEE ALSO

AUTHOR

CONTRIBUTING

COPYRIGHT AND LICENSE

BUGS

Module Install Instructions