Ratings and Reviews for CPAN
Find a distribution you would like to review:
Empberl is a very fast and powerful framework . It makes it easy to implement every aspect of a website including MVC architecture, internationalization, session management, and managing the user interface,
I have pretty simple needs (copy some files from within the same bucket on S3), Paws helped me do it quickly. I found the documentation to be somewhat confusing, however there were examples that got me what I needed.
Seems I am not able to work with MaxItems parameter (to get more than 100 default record sets) from Route53 module for some reason.
Helped me a lot to automatically convert serialized data-structures read back from a hard-drive.
I'm not sure this really "befits a ::Tiny distribution" just because it's a thin wrapper of something. Please read: blogs.perl.org/users/dan_muey/2014/08... or the Tiny mandate e.g. in metacpan.org/pod/Time::Tiny#The-Tiny-...
After the last template change of the website which is one year ago, "Was this review helpful" links no longer works. github.com/perlorg/perlweb/issues/232
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.
Uses hard-coded rates in the source code. Does not seem to work anymore: convert() returns zero even after updateRates().
Of limited use because of the site's restrictive license. UPDATE: And it no longer works.
No longer works (not a surprise since this module has not been updated since almost 13 years ago).
This distribution (Crypt::SSLeay and Net::SSL) should no longer be used. LWP::Protocol::https, IO::Socket::SSL, or Net::SSLeay should be used as appropriate. See metacpan.org/pod/Crypt::SSLeay#DO-YOU...
This module was, at one time, a good way to transparently use either pure-perl or XS JSON decoding (though the modules it delegates to are somewhat bloated for most use cases, but that is another discussion). But now, it has two crucial flaws: it does not support and prefer Cpanel::JSON::XS which is a fork of JSON::XS that has fixed a large amount of bugs, and its wrappers slow down the functions it wraps. Consider using JSON::MaybeXS that corrects both of these issues and is nearly a drop-in replacement -- you only need to change JSON::true/false to JSON->true/false. JSON.pm (this module) is not core, and JSON::MaybeXS is usually available anywhere JSON.pm is these days, so there shouldn't be significant hurdles to switch.
Tests broken since Perl 5.16, author unresponsive, documentation links to website which is now serving up malware.
This is an excellent tool for working with XML (and also HTML). The standards-compliant DOM supports using XPath to slice and dice your documents, which provides an amazing combination of power and convenience.
As others have said, there is a bit of a learning curve, but to help you get started I've written a tutorial document here: grantm.github.io/perl-libxml-by-example/
Extensively well documented, and I'm sure it works great, but it's an incredibly overcomplicated and magical solution that still relies on the awkward implementation of FindBin, so I cannot recommend this approach. In my opinion you should always declare exactly what directories you wish to include rather than leaving it up to magic libraries - this is how you get vulnerabilities. See lib::relative for a straightforward method that relies only on the location of the file it's used in, and use Carton for installing project-local modules.
I should have been writing this rating for a long time.
This is unique tool that converts description of layout into GDS format and it makes my project moving forward successfully.
This tool can work with very large amount of datas.
Ken is very nice person and gave me much help in bring up it successfully. With his help and clear document, even an hardward engineer who had little software experience can make it valid.
There are two points that I want to mention here that may help newcomers.
First, the data description MUST be orthogonal.
Second,AREF usage is a bit of complicate. I put an example here .
$gds2File -> printAref(
-name=>string, ## Name of structure
-columns=>#, ## Default is 1
-rows=>#, ## Default is 1
-xy=>\@array, ## ref to array of reals
-xyInt=>\@array, ## ref to array of internal ints (optional -wks better if you are modifying an existing GDS2 file)
-angle=>#.#, ## (optional) Default is 0.0
-mag=>#.#, ## (optional) Default is 1.0
-reflect=>0|1 ## (optional)
best not to specify angle or mag if not needed
xyList: 1st coord: origin, 2nd coord: X of col * xSpacing + origin, 3rd coord: Y of row * ySpacing + origin
Thanks Ken for this very good job!!!
Our test framework was written in Perl but then we needed to run Python code from Perl. So you know, Inline::Python helped us a lot. And again, it turns out to be true that Perl can do anything.
It's rather annoying that the author makes all of his modules depend on this. Every other module by MSCHILLI depends on Log::Log4perl, even though the module may not be actually used to any real extent. It also increases the likelihood of some problem occurring in other CPAN modules which depend on that. It's for these reasons that I avoid using MSCHILLI's modules as much as possible.
MCE is brilliant. It makes it easy to speed up a wide variety of applications just by wrapping them in a simple of lines of code. The interfaces are sometimes a little non-obvious, but it's infinitely simpler to use MCE than handling parallel processing by hand. Now that I know about it, I find myself using MCE in all sorts of applications.