News for hackers. Stuff that matters.
Re:Writing Software to Last 50 Years by CJefferson on Tuesday January 14, 2020 @05:36PM (#22049952)
If you wrote a python script a few years ago in Python 2 it isn't supported today, never mind in 50 years. When Python 4 rolls around some time in the next 20 years, all your Python 3 code will break.
Re:Writing Software to Last 50 Years by carlmr on Thursday January 16, 2020 @04:47AM (#22063028)
That's missing the point. No matter if it's Python 2, 3, 4 or 5. It's so easy to read Python, that you will understand the script without effort. And even if there's no interpreter around you can just port it in a few minutes to whatever language you're using now.

If in the meantime Bash has fallen out of favor, have fun identifying what all these cryptic commands do, without having an interpreter available to check your assumption of what it's doing.

Yes, granted, Bash is more likely to stay, since it has stayed for a long time now. But given a future where there's neither Bash nor Python anymore, I'd prefer porting the Python script.

Re:Writing Software to Last 50 Years by lmm on Wednesday January 15, 2020 @02:39AM (#22052384)
> If you wrote a python script a few years ago in Python 2 it isn't supported today, never mind in 50 years.

But I'd sooner port a Python 2 script from a few years ago to Python 3 than try to understand a Bash script from a few years ago.

Re:Writing Software to Last 50 Years by einpoklum on Wednesday January 15, 2020 @04:38AM (#22052914)
1. But you won't need to port the bash script, it'll likely just work.

2. Bash is not that complex of a language; it mostly just has somewhat arcane shorthands, like `$@` and `-n` and such. So, yes, you need the manual, but it's not a lot of mental effort.

Re:Writing Software to Last 50 Years by lmm on Wednesday January 15, 2020 @07:14PM (#22060361)
> 1. But you won't need to port the bash script, it'll likely just work.

Well, Python 2 code will likely just work too.

> 2. Bash is not that complex of a language; it mostly just has somewhat arcane shorthands, like `$@` and `-n` and such. So, yes, you need the manual, but it's not a lot of mental effort.

If you're only counting bash qua bash then yes, but in practice most of the logic of a "bash script" will be in (non-standardised) commands that are invoked from it rather than the script itself.

Re:Writing Software to Last 50 Years by lexpar on Tuesday January 14, 2020 @06:38PM (#22050369)
Pretty sure the Python developers have stated no more backwards compatibility breaking changes...

Certainly with Python being one of the top languages in the wold today, the pressure to support backwards compatibility is much higher than it was back in 2007.

Re:Writing Software to Last 50 Years by CJefferson on Wednesday January 15, 2020 @12:40AM (#22052005)
Honestly, I really hope so, but the break has been so painful my attitude is I can't risk a second break and such treating users in a (to my experience) unprecedentedly bad way.
Re:Writing Software to Last 50 Years by shpx on Wednesday January 15, 2020 @01:28AM (#22052146)
The people that have yet to learn Python outnumber those that have at least 10 to 1, and hopefully even more. Those people should get to learn a more perfect language. They shouldn't need to know any history about its development for things to make sense and be predictable. It's a little selfish to complain just because you aren't the one reaping most of the benefits.

We are in the very infancy of computer programming. Computers will likely be around for centuries, maybe even thousands of years. The best time to remove historical baggage and get everyone to switch was 10 years ago, the second best is now. IPv6 shows that if you "treat users nicely" you might not live to see the results.

And obviously we benefit too because we get to use a better language.

Re:Writing Software to Last 50 Years by CJefferson on Wednesday January 15, 2020 @02:41AM (#22052390)
There are huge number of python programs which will shortly got very difficult to run. Perl still supports v5, in most cases it is easy to run old Java, C, C++ and Haskell code (in my experience). Python is unique is working extremely hard to kill off an older version, going as far as threatening to sue anyone who tries to keep it running.

I don't believe it would take that much work to keep python 2 in maingence mode, and I also think if the PSF asked for a company to officially take over they would easily find one.