Acme-CPANModules-Import-CPANRatings-User-davidgaramond

 view release on metacpan or  search on metacpan

README  view on Meta::CPAN

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

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

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

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

ACME::CPANMODULES ENTRIES
    Perl6::Say
        Author: CHORNY <https://metacpan.org/author/CHORNY>

        Ok, it's not 2004 anymore, I suggest we retire or start to deprecate
        this module? This module now requires Perl 5.8, and Perl 5.10+ has
        &quot;say&quot; built in, so basically this is a module specifically
        for 5.8 *only*.

        Rating: 4/10

    Data::Rmap
        Author: BOWMANBS <https://metacpan.org/author/BOWMANBS>

        I was looking for a simple way to transform all DateTime objects in
        my data structure into string (e.g. &quot;2010-07-06&quot;). After
        failed experiment with Data::Walk and dumping Data::Transformer due
        to unsightly interface, I found Data::Rmap. It's straightforward to
        choose. <br><br>My only complaint would be the name: it's not
        immediately searchable (I was searching for 'data modify', 'data
        walk', 'data traverse', 'modify data inplace', and the like). Also,
        the name &quot;map&quot; suggests that the function will return a
        copy of the data (like Perl's builtin map) instead of modifying
        inplace.

    Data::Walk
        Author: GUIDO <https://metacpan.org/author/GUIDO>

        Nice interface (the analogy to File::Find certainly helps) and very
        straightforward to use, but one thing I can't do is modify the data
        inplace. I spent about an of hours trying to make Data::Walk do
        inplace modification, but finally gave up and use Data::Rmap
        instead.

        Rating: 8/10

    Data::Transformer
        Author: BALDUR <https://metacpan.org/author/BALDUR>

        Frankly, I don't like the interface. I suspect most people would
        like to just specify one callback function instead of one for each
        type. Also I don't like having to work with $$_ ($_ should perhaps
        be aliased to the real data). As the Data::Transformer's POD also
        said, those looking for alternatives can checkout Data::Walk and
        Data::Rmap, which I recommend instead. <br>

        Rating: 4/10

    Data::Traverse
        Author: FRIEDO <https://metacpan.org/author/FRIEDO>

        I find the interface rather unintuitive, because I expect data to be
        in $_ (instead of type). For those looking for alternatives, see
        also Data::Walk (which provides breadth-first as well as
        depth-first) and Data::Rmap (which provides inplace modification).
        <br>

        Rating: 4/10

    Regexp::Grammars
        Author: DCONWAY <https://metacpan.org/author/DCONWAY>

        Parse::RecDescent is dead. Long live Regexp::Grammars! <br><br>As
        Damian himself has said/presented, RG is the successor for the
        popular PRD. <br><br>The docs of RG is not as complete (yet) as



( run in 0.436 second using v1.01-cache-2.11-cpan-cdf2f3d4e48 )