Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The end of an era: Saying goodbye to search.cpan.org

log.perl.org

Post reply on HN
Print view View original

91–100 of 125 posts

Re: The end of an era: Saying goodbye to search.cpan.org

#91

Post by jsmeaton »

saghm wrote: post #81
X-Istence wrote: post #57

Earlier quoted context omitted.

Same way that PyPI.org (Warehouse) replaced the old pypi.python.org codebase? Mostly transparently?

Didn't that transition not go very smoothly? I seem to remember having nowhere to download packages stuff at work when they turned the old system off (I think due to the new system not being able to handle the load, but I could be wrong)

There were issues with the CDN and redirects[0] for a couple of hours when they flicked the switch. Still, I think it was a very successful transition.

[0] https://status.python.org/incidents/1y1f44q6srh2

Re: The end of an era: Saying goodbye to search.cpan.org

#92

Post by znpy »

hpcjoe wrote: post #73
gitgacutils wrote: post #70

Earlier quoted context omitted.

It's definitely an end of an era. Some other telling factors. The level of activity/projects in perl compared to python. http://twimgs.com/ddj/images/article/2014/0114/Tiobe1.gif http://www.drdobbs.com/jvm/the-rise-and-fall-of-languages-in... Or the fact that perl isn't even relevant enough to be part of a comparison of major script-like languages. https://stackoverflow.blog/wp-content/uploads/2017/09/growth... But t…

Amazing how, a decade or more after the python-perl skirmishes, some still ... still ... cannot give up their attacks on perl, using the mask of accounts created in the last day. Perl is still alive, well, and growing. It's not the currently cool language d'jour like qw(Scala go F# rust ...). But people are shipping code with it, using it successfully for what it does best. Haters gonna hate, and one should generally…

> qw(Scala go F# rust ...)

I see what you did there... I like it.

Re: The end of an era: Saying goodbye to search.cpan.org

#93

Post by justinator »

znpy wrote: post #90
kbenson wrote: post #86

Earlier quoted context omitted.

You can also get a real quick exposure from the Modern::Perl module[1], which is by the author of the book mentioned in a sibling reply. The basic idea is simple though. Use strict. Use warnings. Use new features and best practices modules (Task::Kensho[2] an help here) when them make sense (e.g. Moose/Moo). Be aware at least what PBP[3] is, and if you feel so inclined, use Perl::Tidy and/or Perl::Critic (even if you…

> 2: https://metacpan.org/pod/Task::Kensho Uhm, I can't see Catalyst listed in the web development section... Has it fallen out of grace ?

Well, TMTOWTDI and all, but also research Mojolicious

https://mojolicious.org/

Re: The end of an era: Saying goodbye to search.cpan.org

#95

Post by encinashw »

Moto7451 wrote: post #64
jedisct1 wrote: post #61

For people under 40: "Perl" refers to a script interpreter that used to be popular in the 90's.

You might be surprised at how many folks under 30, such as yours truly, use Perl day in and out. I know about twenty others through my work and there are folks who float in and out of YAPCs.

Curious why not Awk or Sed?

Re: The end of an era: Saying goodbye to search.cpan.org

#96

Post by zshrdlu »

gkya wrote: post #23
kyoob wrote: post #2

This is truly a down moment, to be sure, but it's pretty telling that the site became too hard to maintain because it's written in old Perl. I'm not a Perl hater. I like Perl! I got my start in Perl and spoke at a YAPC::NA a few years ago. It's telling, is all I'm saying. It tells us something.

How many languages haven't gotten any new features since 2005? Even C has seen some improvements. Python got one incompatible update openly, and some others covertly (syntax changes like f" and @-operator, where some.py written with python 3.x can cause syntax errors w/ python 3.(x-1)). Perl 6 was released. C++ has seen a couple standards revisions. A couple new ECMAScript standards were issued. Newest Perl 5 is v5.2…

ANSI Common Lisp - since 1994

Re: The end of an era: Saying goodbye to search.cpan.org

#97

Post by haarg »

saghm wrote: post #82
perigrin wrote: post #31

Earlier quoted context omitted.

They actually have had the existing URLs working via `search.mcpan.org` for several years now, this is really just a matter of dropping the `m`.

I'm not very familiar with the Perl ecosystem, but that would be an entirely different domain; was the server behind it maintained by the the MetaCPAN people, or the cpan.org people?

It has been maintained by MetaCPAN people. Since this transition has been planned, extra work has been put it to make the redirects more comprehensive.

Re: The end of an era: Saying goodbye to search.cpan.org

#98

Post by gpvos »

tootie wrote: post #75

This was the granddaddy package manager. Before gem or npm or maven or pip. It was the gold standard for sharing open source libraries and was the best reason for using Perl for a long time.

It still is. CPAN is not dead (although large parts of it are old cruft), they just changed the search engine for its web site.

Re: The end of an era: Saying goodbye to search.cpan.org

#99

Post by [deleted] »

esaym wrote: post #18

Since metacpan.org has been around, I've always hated search.cpan.org. Case in point, at a previous employer, a contractor was tasked with integrating Jira with an existing hacked together monitoring system in order to 'automatically' create trouble tickets. Not hard to do, but the problem is he just googled 'perl soap' (since the jira api was SOAP). Which lead to a soap package on cpan.org, and it (the google index)…

[deleted]

Re: The end of an era: Saying goodbye to search.cpan.org

#100

Post by kbenson »

znpy wrote: post #90
kbenson wrote: post #86

Earlier quoted context omitted.

You can also get a real quick exposure from the Modern::Perl module[1], which is by the author of the book mentioned in a sibling reply. The basic idea is simple though. Use strict. Use warnings. Use new features and best practices modules (Task::Kensho[2] an help here) when them make sense (e.g. Moose/Moo). Be aware at least what PBP[3] is, and if you feel so inclined, use Perl::Tidy and/or Perl::Critic (even if you…

> 2: https://metacpan.org/pod/Task::Kensho Uhm, I can't see Catalyst listed in the web development section... Has it fallen out of grace ?

Not so much out of grace as much as (I think) it's fairly heavy for what it is and somewhat convoluted to configure and use.

Mojolicious and Dancer are the more modern equivalents, and both are frameworks in the vein of Ruby's Sinatra or Rails (probably more in-between). While you can run them as CGI/FastCGI, really nowadays I think most people just run them as standalone pure-Perl web servers (which makes it really easy to access and deal with every part of the request and routing), optionally with a proxying front-end such as Nginx or Apache to speed op static requests or handle SSL (but that's not needed, both are entirely capably of doing SSL encrypted servers in pure-perl with a few configuration params set).

Like the sibling comment, I prefer Mojolicious, and it's simple enough that the landing page for it[1] shows not just one but two fully functional standalone web applications with embedded webservers, one of 5 lines and one of 25 lines (both counts including blank lines). That may not help much with existing Catalyst apps, but I would be hard pressed to recommend Catalyst given how far the state of the art has advanced, but then again I've never really been a Catalyst user, so I may be unaware of a lot of its benefits.

1: https://mojolicious.org/

Post reply on HN