Live data from Hacker News

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

log.perl.org

51–60 of 125 posts

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

#51
post #38

Earlier quoted context omitted.

Thanks (I don't know much about perl versions really, just did a /2005 in perlhist).

Odd number releases are dev releases, even number are production releases. After 5.12 or so releases became time-boxed so that there is a new even release every year around this time (hence 5.28.0-rc1 dropping now, and in a year 5.30.0 will drop).

I guess you mean "9" in 5.9.2 as the part that tells dev or production, no?

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

#53
post #34
post #6

Earlier quoted context omitted.

My guess at what it's telling us is that the OSS competitor will always win in the long term. I actually enjoy refactoring old Perl code into Modern Perl, but if I can't contribute, I can't help. Metacpan is has a larger community support because we can help out.

> the OSS competitor will always win in the long term. That's an interesting point, and I've seen it come up more and more in recent years (or even months). It would be interesting to see a survey of major software technologies over time, with proprietary, commercial and open source all represented and see which ones still exist, are still usable in the current ecosystem, and support new features. e.g. operating syst…

I think it's probably only true for software that primarily serves large users of OSS.

Like developer communities.

It's very much not the case with consumer software.

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

#55
post #23

Earlier quoted context omitted.

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…

If you're gonna compare to 5.9.2 (a dev version) then the newest Perl 5 is 5.27.11 with 5.28.0-rc1 having dropped after this announcement. Doesn't change the relevance of your point but the internet is a pedantic place.

You are technically correct, the best kind of correct!

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

#56
post #50
post #23

Earlier quoted context omitted.

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…

Python adds new syntax in nearly every minor release. You can see samples here: https://github.com/jwilk/python-syntax-errors I don't know what's "covert" about these updates. They are always documented. Also I don't understand why you put disruptive syntax changes in Python 3.X in one basket with backwards-compatible syntax additions like f-strings or the @ operator.

Because it's common to write you script with the shebang "/usr/bin/env python3" or equivalent [1], and this behaviour can cause syntax errors when going from one system to another.

[1] https://github.com/search?utf8=%E2%9C%93&q=%22%2Fusr%2Fbin%2...

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

#57
post #8

Now this is you how EOL a beloved product. By working with an OSS replacement such that the transition is transparent. Super thanks to the team for the CPAN search (it was a lifesaver many times for me in the past!) as well as for their awesome transition plan.

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

Mostly transparently?

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

#59
post #16
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.

It tells us that a solo maintainer of a large project - with no assistance from the community possible, because closed source - trying to do it in his spare time, will eventually result in a massive accretion of technical debt. It's a testament to Graham's productivity that he was able to keep maintaining it for so long in spite of those disadvantages, and says very little about perl.

Does it necessarily follow that a solo dev, working on a project in their spare time, will accrue massive technical debt? I'm honestly asking, as a solo dev that works on projects in my spare time. If it is the natural progression, how can it be avoided?

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

#60
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.

I am a Perl hater, but mostly from having to dig into 10 year old legacy code for apps that nobody has touched for 5 years that still run . So like on the one hand, old perl is basically unmaintainable punctuation vomit, but on the other hand, there’s a lot of 10 year old perl code out there just chugging a long, which is nothing to sneeze at.

I'm not disagreeing with you, but the first Perl project I started in 1999 in my dorm room had its latest, major release two days ago. I've never thought of maintaining your own Perl code as impossible. And I'm no wizard.

I've honestly wondered if maintaining someone else's forgotten Perl code, modernizing it, and getting it so that'll it'll run for another x years isn't all that bad of a niche job.

Post reply on HN