Beefy Boxes and Bandwidth Generously Provided by pair Networks
Think about Loose Coupling
 
PerlMonks  

Re^14: Reaped: Re: why Perl5 will never die

by LanX (Saint)
on Nov 03, 2018 at 21:35 UTC ( [id://1225168]=note: print w/replies, xml ) Need Help??


in reply to Re^13: Reaped: Re: why Perl5 will never die
in thread why Perl5 will never die

> Perl would be in a very different place if CPAN had supported application authors

how are application authors "supported" in the PHP world?

Cheers Rolf
(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery FootballPerl is like chess, only without the dice

  • Comment on Re^14: Reaped: Re: why Perl5 will never die

Replies are listed 'Best First'.
Re^15: Reaped: Re: why Perl5 will never die
by marto (Cardinal) on Nov 03, 2018 at 21:38 UTC

    Also, what problems has AM experienced in posting an App:: module on cpan? What support was lacking?

      Also, what problems has AM experienced in posting an App:: module on cpan? What support was lacking?

      With all due respect, this is the blind spot, right here: App::

      A namespace is too little too late and targets the wrong audience.

      Only programmers use CPAN, not the typical end users of applications.

      But it is good that it exists at all...

        "Only programmers use CPAN, not the typical end users of applications"

        While many alternatives exist (OS packaged apps, pp/cava packager) I know many people who use cpan to install modules, specifically to run applications, who aren't by any means programmers. cpanfile is trivial to setup and allows applications and their dependencies to be installed trivially using cpanm.

        > Only programmers use CPAN, not the typical end users of applications.

        And pp aka PAR::Packer bundles modules to create executables for "typical end users".

        Cheers Rolf
        (addicted to the Perl Programming Language :)
        Wikisyntax for the Monastery FootballPerl is like chess, only without the dice

Re^15: Reaped: Re: why Perl5 will never die
by Anonymous Monk on Nov 04, 2018 at 00:17 UTC
    >> Perl would be in a very different place if CPAN had supported application authors

    >how are application authors "supported" in the PHP world?

    I don't know but it doesn't seem relevant. The script archive at CPAN proves that someone had a wonderful idea long ago that was deemed unimportant. If it was properly developed we would now have a "Perlbrew" that functions like "Homebrew" for Perl apps. I am quite sure if this had happened Perl would not have peaked at #3 below C and C++ but Perl would be #1 to this day (due to the extreme skills possessed by so many monks) .

    Years ago I planned to write an apt-get like utility for the catacombs, and the other code sections, but they shut it all down. No excuse can convince me this was an insurmountable technical problem. My specialty is hacking major features into live websites built with Perl with no downtime, and no tests whatsoever. :-)

    BTW the perlbrew site is broken: perlbrew.pl

      Sounds like drivel to me.

      Cheers Rolf
      (addicted to the Perl Programming Language :)
      Wikisyntax for the Monastery FootballPerl is like chess, only without the dice

      A reply falls below the community's threshold of quality. You may see it by logging in.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://1225168]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others romping around the Monastery: (3)
As of 2024-04-24 02:49 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found