Acme-CPANModules-Import-CPANRatings-User-davidgaramond

 view release on metacpan or  search on metacpan

META.json  view on Meta::CPAN

         },
         {
            "class" : "Dist::Zilla::Plugin::ShareDir",
            "name" : "@Author::PERLANCAR/@Filter/ShareDir",
            "version" : "6.030"
         },
         {
            "class" : "Dist::Zilla::Plugin::MakeMaker",
            "config" : {
               "Dist::Zilla::Role::TestRunner" : {
                  "default_jobs" : 1
               }
            },
            "name" : "@Author::PERLANCAR/@Filter/MakeMaker",
            "version" : "6.030"
         },
         {
            "class" : "Dist::Zilla::Plugin::Manifest",
            "name" : "@Author::PERLANCAR/@Filter/Manifest",
            "version" : "6.030"
         },

META.yml  view on Meta::CPAN

      name: '@Author::PERLANCAR/@Filter/ExecDir'
      version: '6.030'
    -
      class: Dist::Zilla::Plugin::ShareDir
      name: '@Author::PERLANCAR/@Filter/ShareDir'
      version: '6.030'
    -
      class: Dist::Zilla::Plugin::MakeMaker
      config:
        Dist::Zilla::Role::TestRunner:
          default_jobs: 1
      name: '@Author::PERLANCAR/@Filter/MakeMaker'
      version: '6.030'
    -
      class: Dist::Zilla::Plugin::Manifest
      name: '@Author::PERLANCAR/@Filter/Manifest'
      version: '6.030'
    -
      class: Dist::Zilla::Plugin::ConfirmRelease
      name: '@Author::PERLANCAR/@Filter/ConfirmRelease'
      version: '6.030'

README  view on Meta::CPAN

    Module::Build
        Author: LEONT <https://metacpan.org/author/LEONT>

        Here's the short story: first there's Exutils::MakeMaker, which
        requires make and hard to extend, but everybody uses it due to lack
        of alternatives. Then came Module::Build which is pure perl and
        easier to use for authors, but breaks compatibility. Users can no
        longer use the 'perl Makefile.PL &amp;&amp; make &amp;&amp; make
        install' mantra. Plus, it used to not support PREFIX. Plus, MB-based
        modules require MB which is not by default installed. This pisses *a
        lot* of people. <br><br>Lesson to learn: maintaining
        backward-compatibility is very important, especially for end users.
        I think the intention of MB is a good one, but the execution could
        be a bit better. For example, perhaps the &quot;Build.PL&quot;
        script could've still just been named &quot;Makefile.PL&quot;,
        couldn't it? <br><br>I recommend people shopping for a module
        installer to look at Module::Install instead. MI is a middle ground
        between Eu::MM and MB. It's pure perl and easy to extend but it also
        allows users (and CPAN.pm et al) to install modules the old way. It
        embeds a copy of itself in every MI-based modules, so there's no

devdata/davidgaramond  view on Meta::CPAN

<img src="//cdn.perl.org/perlweb/cpanratings/images/stars-3.0.png" alt="***">

</h3>



<blockquote class="review_text">
Here's the short story: first there's Exutils::MakeMaker, which requires make and hard to extend, but everybody uses it due to lack of alternatives. Then came Module::Build which is pure perl and easier to use for authors, but breaks compatibility. U...
</blockquote>


<div class="review_footer">
<p class="review_attribution">
<a href="/user/davidgaramond">David Garamond</a> - 2007-11-09T19:10:58
(<a href="/dist/Module-Build#3441">permalink</a>)
</p>

<div class="helpfulq">

lib/Acme/CPANModules/Import/CPANRatings/User/davidgaramond.pm  view on Meta::CPAN

package Acme::CPANModules::Import::CPANRatings::User::davidgaramond;

use strict;

our $AUTHORITY = 'cpan:PERLANCAR'; # AUTHORITY
our $DATE = '2023-10-29'; # DATE
our $DIST = 'Acme-CPANModules-Import-CPANRatings-User-davidgaramond'; # DIST
our $VERSION = '0.002'; # VERSION

our $LIST = {description=>"This list is generated by scraping CPANRatings (cpanratings.perl.org) user page.",entries=>[{description=>"\nOk, it's not 2004 anymore, I suggest we retire or start to deprecate this module? This module now requires Perl 5....

1;
# ABSTRACT: List of modules mentioned by CPANRatings user davidgaramond

__END__

=pod

=encoding UTF-8

lib/Acme/CPANModules/Import/CPANRatings/User/davidgaramond.pm  view on Meta::CPAN

Test::Unit is of course a fine module. But if you are shopping around for testing framework, I recommend you try Test::Class instead, which combines the best of two worlds. First, you get xUnit style, but I think with a slightly simpler interface. Se...


Rating: 8/10

=item L<Module::Build>

Author: L<LEONT|https://metacpan.org/author/LEONT>

Here's the short story: first there's Exutils::MakeMaker, which requires make and hard to extend, but everybody uses it due to lack of alternatives. Then came Module::Build which is pure perl and easier to use for authors, but breaks compatibility. U...
<br><br>Lesson to learn: maintaining backward-compatibility is very important, especially for end users. I think the intention of MB is a good one, but the execution could be a bit better. For example, perhaps the &quot;Build.PL&quot; script could've...
<br><br>I recommend people shopping for a module installer to look at Module::Install instead. MI is a middle ground between Eu::MM and MB. It's pure perl and easy to extend but it also allows users (and CPAN.pm et al) to install modules the old way....


Rating: 6/10

=item L<YAML::LibYAML>

Author: L<INGY|https://metacpan.org/author/INGY>