Acme-CPANModulesBundle-PERLANCAR/lib/Acme/CPANModules/PERLANCAR/Avoided.pm
package Acme::CPANModules::PERLANCAR::Avoided;
use strict;
use warnings;
our $AUTHORITY = 'cpan:PERLANCAR'; # AUTHORITY
our $DATE = '2023-11-01'; # DATE
our $DIST = 'Acme-CPANModulesBundle-PERLANCAR'; # DIST
our $VERSION = '0.014'; # VERSION
our $LIST = {
summary => "List of modules I'm currently avoiding",
description => <<'_',
This is a list of modules I'm currently avoiding to use in my code, for some
reason. Most of the modules wered used in my code in the past.
Using a <pm:Dist::Zilla> plugin
<pm:Dist::Zilla::Plugin::Acme::CPANModules::Blacklist>, you can make sure that
during building, your distribution does not specify a prerequisite to any of the
modules listed here. (You should make your own blacklist though).
_
entries => [
{
module => 'Log::Any',
summary => 'Startup overhead',
description => <<'_',
After the 1.x version, I no longer prefer <pm:Log::Any> and have developed an
alternative called <pm:Log::ger>.
_
alternate_modules => ['Log::ger'],
},
{
'x.date' => '2017-09-08',
module => 'List::MoreUtils',
summary => 'License confusion',
description => <<'_',
For more information, see
<https://www.reddit.com/r/perl/comments/6ymdez/what_are_the_background_details_pertaining_to_the/>.
Recent versions of <pm:List::Util> have implemented many functions from
<pm:List::MoreUtils>.
_
alternate_modules => ['List::Util', 'List::SomeUtils', 'List::AllUtils'],
},
{
module => 'Log::Any::IfLOG',
summary => 'Retired workaround',
alternate_modules => ['Log::ger'],
},
{
module => 'File::Flock',
summary => 'Too many deps',
description => <<'_',
I used to use <pm:File::Flock> due to its simple interface. However, this module
depends on things like <pm:AnyEvent>, <pm:Data::Structure::Util>,
<pm:File::Slurp>, et al, all of which seem unnecessary. Nowadays I'm opting to
use <pm:File::Flock::Retry>, or just plain `flock()`.
_
alternate_modules => ['File::Flock::Retry'],
},
{
module => 'File::Slurp',
summary => 'Not encoding-friendly',
description => <<'_',
File::Slurp was created (1996) before Perl IO layers (5.8, 2002) and its API
does not handle encoding properly. See:
<http://blogs.perl.org/users/leon_timmermans/2015/08/fileslurp-is-broken-and-wrong.html>
or discussion on RT.
_
alternate_modules => ['File::Slurper'],
},
{
module => 'File::Slurp::Tiny',
summary => 'Discouraged by the author',
description => <<'_',
The author of File::Slurp::Tiny has discouraged its use and recommends his newer
module <pm:File::Slurper>.
_
alternate_modules => ['File::Slurper'],
},
{
module => 'Exporter::Lite',
summary => 'Unnecessary, use Exporter instead',
description => <<'_',
I used to use this module because I didn't know that <pm:Exporter> (since perl
5.8.3, 2004) can also be used without subclassing, i.e. instead of:
use Exporter;
our @ISA = qw(Exporter);
our @EXPORT = (...);
you can also use it like this:
use Exporter qw(import);
our @EXPORT = (...);
Hence, this module (first released in 2001) is no longer necessary. Besides,
this module has a worse startup overhead than <pm:Exporter> *and* has less
features. So there is absolutely no reason to use it.
_
alternate_modules => ['Exporter'],
},
{
module => 'JSON',
summary => 'Somewhat broken',
description => <<'_',
JSON.pm is a discouraged module now, due to its somewhat broken backend handling
and lack of support for <pm:Cpanel::JSON::XS>. Consider switching to
<pm:JSON::MaybeXS> or perhaps just <pm:JSON::PP>.
_
alternate_modules => ['JSON::MaybeXS', 'JSON::PP', 'Cpanel::JSON::XS'],
},
{
module => 'JSON::XS',
summary => '',
description => <<'_',
<pm:Cpanel::JSON::XS> is the fork of <pm:JSON::XS> that fixes some bugs and adds
some features, mainly so it's more compatible with <pm:JSON::PP>. See the
documentation of <pm:Cpanel::JSON::XS> for more details on those.
_
alternate_modules => ['Cpanel::JSON::XS'],
},
{
module => 'Module::Path',
summary => '',
description => <<'_',
It's a nice little concept and module, and often useful. But the decision like
defaulting to doing abs_path()
(https://rt.cpan.org/Public/Bug/Display.html?id=100979), which complicates the
module, makes its behavior different than Perl's require(), as well as opens the
can of worms of ugly filesytem details, has prompted me to release an
alternative. Module::Path::More also has the options to find .pod and/or .pmc
file, and find all matches instead of the first.
_
alternate_modules => ['Module::Path::More'],
},
{
module => 'String::Truncate',
description => <<'_',
Has non-core dependencies to <pm:Sub::Exporter> and <pm:Sub::Install>.
_
alternate_modules => ['String::Elide::Tiny'],
},
{
module => 'Module::AutoLoad',
description => <<'_',
Contains remote exploit. Ref:
<https://news.perlfoundation.org/post/malicious-code-found-in-cpan-package> (Jul
28, 2020).
_
alternate_modules => ['lib::xi', 'CPAN::AutoINC', 'Module::AutoINC'],
},
],
};
1;
# ABSTRACT: List of modules I'm currently avoiding
__END__
=pod
=encoding UTF-8
=head1 NAME
Acme::CPANModules::PERLANCAR::Avoided - List of modules I'm currently avoiding
=head1 VERSION
This document describes version 0.014 of Acme::CPANModules::PERLANCAR::Avoided (from Perl distribution Acme-CPANModulesBundle-PERLANCAR), released on 2023-11-01.
=head1 DESCRIPTION
This is a list of modules I'm currently avoiding to use in my code, for some
reason. Most of the modules wered used in my code in the past.
Using a L<Dist::Zilla> plugin
L<Dist::Zilla::Plugin::Acme::CPANModules::Blacklist>, you can make sure that
during building, your distribution does not specify a prerequisite to any of the
modules listed here. (You should make your own blacklist though).
=head1 ACME::CPANMODULES ENTRIES
=over
=item L<Log::Any>
Startup overhead.
Author: L<PREACTION|https://metacpan.org/author/PREACTION>
After the 1.x version, I no longer prefer L<Log::Any> and have developed an
alternative called L<Log::ger>.
Alternate modules: L<Log::ger>
=item L<List::MoreUtils>
License confusion.
Author: L<REHSACK|https://metacpan.org/author/REHSACK>
For more information, see
L<https://www.reddit.com/r/perl/comments/6ymdez/what_are_the_background_details_pertaining_to_the/>.
Recent versions of L<List::Util> have implemented many functions from
L<List::MoreUtils>.
Alternate modules: L<List::Util>, L<List::SomeUtils>, L<List::AllUtils>
=item L<Log::Any::IfLOG>
Retired workaround.
Author: L<PERLANCAR|https://metacpan.org/author/PERLANCAR>
Alternate modules: L<Log::ger>
=item L<File::Flock>
Too many deps.
Author: L<MUIR|https://metacpan.org/author/MUIR>
I used to use L<File::Flock> due to its simple interface. However, this module
depends on things like L<AnyEvent>, L<Data::Structure::Util>,
L<File::Slurp>, et al, all of which seem unnecessary. Nowadays I'm opting to
use L<File::Flock::Retry>, or just plain C<flock()>.
Alternate modules: L<File::Flock::Retry>
=item L<File::Slurp>
Not encoding-friendly.
Author: L<CAPOEIRAB|https://metacpan.org/author/CAPOEIRAB>
File::Slurp was created (1996) before Perl IO layers (5.8, 2002) and its API
does not handle encoding properly. See:
L<http://blogs.perl.org/users/leon_timmermans/2015/08/fileslurp-is-broken-and-wrong.html>
or discussion on RT.
Alternate modules: L<File::Slurper>
=item L<File::Slurp::Tiny>
Discouraged by the author.
Author: L<LEONT|https://metacpan.org/author/LEONT>
The author of File::Slurp::Tiny has discouraged its use and recommends his newer
module L<File::Slurper>.
Alternate modules: L<File::Slurper>
=item L<Exporter::Lite>
Unnecessary, use Exporter instead.
Author: L<NEILB|https://metacpan.org/author/NEILB>
I used to use this module because I didn't know that L<Exporter> (since perl
5.8.3, 2004) can also be used without subclassing, i.e. instead of:
use Exporter;
our @ISA = qw(Exporter);
our @EXPORT = (...);
you can also use it like this:
use Exporter qw(import);
our @EXPORT = (...);
Hence, this module (first released in 2001) is no longer necessary. Besides,
this module has a worse startup overhead than L<Exporter> I<and> has less
features. So there is absolutely no reason to use it.
Alternate modules: L<Exporter>
=item L<JSON>
Somewhat broken.
Author: L<ISHIGAKI|https://metacpan.org/author/ISHIGAKI>
JSON.pm is a discouraged module now, due to its somewhat broken backend handling
and lack of support for L<Cpanel::JSON::XS>. Consider switching to
L<JSON::MaybeXS> or perhaps just L<JSON::PP>.
Alternate modules: L<JSON::MaybeXS>, L<JSON::PP>, L<Cpanel::JSON::XS>
=item L<JSON::XS>
.
Author: L<MLEHMANN|https://metacpan.org/author/MLEHMANN>
L<Cpanel::JSON::XS> is the fork of L<JSON::XS> that fixes some bugs and adds
some features, mainly so it's more compatible with L<JSON::PP>. See the
documentation of L<Cpanel::JSON::XS> for more details on those.
Alternate modules: L<Cpanel::JSON::XS>
=item L<Module::Path>
.
Author: L<NEILB|https://metacpan.org/author/NEILB>
It's a nice little concept and module, and often useful. But the decision like
defaulting to doing abs_path()
(https://rt.cpan.org/Public/Bug/Display.html?id=100979), which complicates the
module, makes its behavior different than Perl's require(), as well as opens the
can of worms of ugly filesytem details, has prompted me to release an
alternative. Module::Path::More also has the options to find .pod and/or .pmc
file, and find all matches instead of the first.
Alternate modules: L<Module::Path::More>
=item L<String::Truncate>
Author: L<RJBS|https://metacpan.org/author/RJBS>
Has non-core dependencies to L<Sub::Exporter> and L<Sub::Install>.
Alternate modules: L<String::Elide::Tiny>
=item L<Module::AutoLoad>
Contains remote exploit. Ref:
L<https://news.perlfoundation.org/post/malicious-code-found-in-cpan-package> (Jul
28, 2020).
Alternate modules: L<lib::xi>, L<CPAN::AutoINC>, L<Module::AutoINC>
=back
=head1 FAQ
=head2 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 L<Acme::CPANModules> for more details.
=head2 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 L<cpanm-cpanmodules> script (from
L<App::cpanm::cpanmodules> distribution):
% cpanm-cpanmodules -n PERLANCAR::Avoided
Alternatively you can use the L<cpanmodules> CLI (from L<App::cpanmodules>
distribution):
% cpanmodules ls-entries PERLANCAR::Avoided | cpanm -n
or L<Acme::CM::Get>:
% perl -MAcme::CM::Get=PERLANCAR::Avoided -E'say $_->{module} for @{ $LIST->{entries} }' | cpanm -n
or directly:
% perl -MAcme::CPANModules::PERLANCAR::Avoided -E'say $_->{module} for @{ $Acme::CPANModules::PERLANCAR::Avoided::LIST->{entries} }' | cpanm -n
This Acme::CPANModules module also helps L<lcpan> produce a more meaningful
result for C<lcpan related-mods> command when it comes to finding related
modules for the modules listed in this Acme::CPANModules module.
See L<App::lcpan::Cmd::related_mods> for more details on how "related modules"
are found.
=head1 HOMEPAGE
Please visit the project's homepage at L<https://metacpan.org/release/Acme-CPANModulesBundle-PERLANCAR>.
=head1 SOURCE
Source repository is at L<https://github.com/perlancar/perl-Acme-CPANModulesBundle-PERLANCAR>.
=head1 SEE ALSO
L<Perl::Critic::Policy::Community::DiscouragedModules>
L<Perl::Critic::Policy::Community::PreferredAlternatives>
L<Acme::CPANModules> - about the Acme::CPANModules namespace
L<cpanmodules> - CLI tool to let you browse/view the lists
=head1 AUTHOR
perlancar <perlancar@cpan.org>
=head1 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 L<Dist::Zilla>,
L<Dist::Zilla::PluginBundle::Author::PERLANCAR>,
L<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.
=head1 COPYRIGHT AND LICENSE
This software is copyright (c) 2023, 2021, 2020, 2019, 2018 by perlancar <perlancar@cpan.org>.
This is free software; you can redistribute it and/or modify it under
the same terms as the Perl 5 programming language system itself.
=head1 BUGS
Please report any bugs or feature requests on the bugtracker website L<https://rt.cpan.org/Public/Dist/Display.html?Name=Acme-CPANModulesBundle-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.
=cut