Rate a distribution
Find a distribution you would like to review:
Recent reviews (RSS feed)
This module is the best way to quickly create web services in Perl. With the absolute minimum of code, you get something that can be ran directly from command line for testing, as a [F]CGI script for very simple deployment or via mod_perl if needed.
Inline::C is one of the most amazing modules out there. Not everything about its usage is simple as you'll need to have a decent grasp of the perl guts if you want to do anything beyond trivial - but it's not too bad either. I'm using it to speed up some objects, can't comment on how painful it would be to use it to bind to an external library (though that sounds like an amazing use case as well).
Works great as a drop-in replacement for the buggy and bloated original Geo::IP2Location that refused to work for me without a patch.
Excellent module. Much easy to treat an html document, opens new way for template systems.
After trying a couple other different Text Table modules, I stumbled upon this one, and it was exactly what I needed!
Avoid as it is abandoned and has unfixed critical flaws, e.g. rt.cpan.org/Public/Bug/Display.html?i...
I'm enjoying using this. It's making my current git workflow automation much easier to implement. The author (BooK) is very responsive to queries and suggestions. Recommended.
Great package, with a very responsive maintainer. Several feature requests have had same-day turnaround.
This is potentially an amazing module, and I would really love for this to work. However, there are currently some serious issues.
- Installation: I have managed to install this "sort of" on OSX, but it was a bit of a hassle. This module depends on a C library called sndlib, of which an old version comes packaged with the module. Because PDL::Audio is built against sndlib the compile and install procedure invokes the configure script of the packaged sndlib. I've had to hack this step a bit because for some reason it wants to use a preprocessor that it thinks is at /lib/cpp, instead of /usr/bin/cpp. Hopefully this can be made more portable and depend on a more recent version of sndlib.
- Configuration: I never managed to actually play audio, though writing to file works. Maybe this is just an OSX issue.
- Documentation: there are mistakes in the docs, and they are in any case completely impenetrable unless you know a decent amount of audio (DSP) processing theory as well as how PDL works. More, better documentation and more examples would be great.
- Interface: the interface is OK-ish. Basically, PDL objects are extended with DSP methods. It's good enough, though I'm trying my hand at wrapping this inside some friendlier packages so that I can build a modular synth. Toy examples of this appear to work (github.com/rvosa/synth)
- Ease of use: total headscratcher. Not at all easy.
- Overall: still love the potential. Please, please come with an update.
P.S. the other review seems to be a bit unhinged. In any case, it has nothing to do with the PDL::Audio module.
Good stuff! My only issue was figuring out how to handle errors, which was buried in the docs. I'd like to see that on the main page of the docs. Otherwise, A+.
Thanks for the second serious perl5 object module, which seems to be way towards the goals of perl6.
Of course InsideOut has it's problems, esp. not supporting mixins (role) directly, you'd need a seperate module to enable that. It should have been easy to add that to Dios directly.
I esp. like the easyness of the implementation via macros ("keyword"). This is how it should be done for a prototype, when not being implemented in C for performance. I writing a similar type system in C, and it is much more work, as I don't have macros yet.
Unfortunately core doesn't support the PPI context yet, which is needed for the keywords, I hope I can help there to get rid of PPI.
Another problem is $$self being an integer only, which can be used to get access to foreign objects - security.
Typed method dispatch is thereby enforced at compile-time, which avoids the whole rabbit-hole of dynamic dispatch problems, which are solved by InsideOut quite effectively. Just different from Moose/perl6.
Very impressive. With added role/mixin support I'd even think about switching over, and let full CLOS-style method combinations aside.
Thanks for working around this annoying non-expertise in adding new features either wrong (50%) or right (50%), and the -report feature.
use 5.022 should be enough to enable all the new features, and when they are
misdesigned or misimplemented as they usually are you'll have to live with that anyway.
I've found Dancer2 to be an excellent, fast framework.
I've tried a few other frameworks, from other languages. Some have so many dependencies it's amazing they even compile. Others try to mould you into the frameworks way of doing things whilst not supporting some of the amazingly cool features of Dancer (regrex route mappings, hello!!).
People I work with think I'm a Wizard or Magician, because of the applications I produce, but I'm not. It's because of tools like Dancer.
And database integration is as easy as with Perl, since you just install the module and start using it.
So 5 stars from me, a great framework.
Great module that works well. I've used it in pretty heavy application and haven't seen any issues, I populate a database from Active Directory which has over 70,000 documents. Documentation for this module is excellent and very very useful to do the basics with Documents and Collections. I found my own (a couple actually, depending on if it is an _id object or _id string) way to lookup id's. I found it useful to create a sub called findDocumentByID which, given an _id, returned a hash ref of the Document.
I tried another MongoDB module but it was out of date and had an issue from months back unfixed.
I'm using this with Windows 32bit (I know, I know) and under Windows and Cygwin, it works well.
This module declares itself as "obsolete, you will receive no support", but this is not mentionned in the POD or on the bug tracker. So you may discover this like me only once you have endured the broken install of Net::Libdnet.
See Net::Frame instead.
Painful to install on Ubuntu because the Makefile.PL is not smart enough to automatically apply the bundled patches to handle the dnet.h/dumbnet.h differences.
This handy module allowed me to more easily find a bug in my code. Being able to see variable values as it traces each line of code is immensely helpful. It was easy to start using, and the documentation is clear. Another great feature is the ability to control whether it traces through module (package) code.
I was using IO::Uncompress::Gunzip and IO::Compress::Gzip to process gzip'ed log files, but it was slow, taking about twice the time to process a file as `gzip` took on the command-line. So I switched over to IO::gzip and that doubling of time went away. It's just as fast as running on the command-line. Incredible! I'll be doing all my gzip file processing with this bad boy from now on. Thanks for a great module, Nick!