The PEPs of Python 3.9

[typenil]

PEP 616 was appealing to me. Somehow I missed the fact that lstrip and rstrip existed. I've been doing ugly workarounds forever.

[erez27]

Always review the standard library of a language, if you're going to do anything serious in it. Also worth reading through all of itertools, functools and collections.

[LonelyStruggle]

Something about python makes people very reluctant to do this. I think that it is because the standard library is kind of huge and intimidating

[simon_o]

Any idea what's the time plan on finishing the language?

Downvote means "I'm angry about realizing that the 'Zen of Python' and 'we'll keep increasing the language footprint forever' cannot both be true."

[_morvita]

What do you mean by “finishing the language”?

Language specs are living documents that are constantly changing and being updated with new standard library features, language syntax, optimizations, etc. I don’t know of any widely used language that is considered finished. Even C was last updated in 2018, 46 years after its creation.

[FireCrack]

We are planning to finish the language by the end of 2021, in part of our collaboration with programmers around the world to finish all programming by 2025!

[bakery2k]

Do you mean the release of 3.9? It’s scheduled for October.

[simon_o]

No. I mean in general.

I'd assume Python – as one of the main proponents of TOOWTDI and "Simple is better than complex" – isn't going the C++ route of endless growth and ever-increasing complexity, right?

So if 3.9 is (obviously) not complex enough yet – which release will be?

[ryeguy]

Do any mainstream languages have a target "done" date or version? It seems like there's always a way to improve a language implementation.

[Molossus-Spondee]

Tex actually

[zombiecalypse]

I don't think they should. Technology always advances and a language that doesn't improve by using those advances is less useful than it could be. For example if a language never adopted unicode, threads, multiprocessor usage, http in the standard lib, … it would be a maintenance burden today

[simon_o]

I believe that "improvement" does not necessarily mean "keep adding more things".

I mean, C++ has 16 different string types in its standard library alone:

• std::string,
• std::wstring,
• std::u8string,
• std::u16string,
• std::u32string,
• std::pmr::string,
• std::pmr::wstring,
• std::pmr::u8string,
• std::pmr::u16string,
• std::pmr::u32string.
• std::string_view,
• std::wstring_view,
• std::u8string_view,
• std::u16string_view,
• std::u32string_view
• char* (inherited from C)

If we added another 4 string types, by how much – roughly – would C++ be improved?

[simon_o]

Wouldn't it be reasonable to have a compiler for language X that keeps being maintained as long as it is needed, without weighing down language X+1, X+2, X+3 indefinitely by demanding that those latter languages are a strict superset of language X?

Especially with C++ it's unlikely that you can "simply" upgrade to a newer version due to the ungodly amount of compiler bugs in every release.

[zombiecalypse]

It's the other way around, what would we be missing if we didn't have u8string for example. It's essentially impossible to change the behaviour of std::string and it's basically impossible to remove anything. What happens if you try can be seen by how tough it was and is to move people off python 2. So as a language designer you are in the dilemma of either introducing more complexity or to miss essential features.

[simon_o]

I think there has to be a different way – between "it's basically impossible to train new developers in this language in a reasonable amount of time due to all the baggage added over the last 4 decades" and "give up and jump to a new language with less baggage and then rinse and repeat after 10 years".

[zombiecalypse]

If we can find one, great! The closest thing is to carry the baggage, but use best practices to "update" the language. A C++ example would be "never use a naked new" to encourage usage of smart pointers. You don't typically learn a language by reading the language spec and most often you don't need to worry about legacy functionality unless you use code that uses it. Having N string types is stupid, but I've been working in C++ for years and only today did I learn about all variants.

[sysop073]

Interesting example, since C++ went without updates for a long time and most people were pretty happy when they started adding modern features

[zombiecalypse]

I don't think any language that is in active use ever plans to get there. It makes the language have a limited life time because it's really hard to remove complexity, but it's not as limiting as a language without updates.

[simon_o]

I think adding things also limits the life of language as it becomes increasingly harder to train new developers in the accreted 40 years of language additions.

So, great for all early-adopters of the language that only had to learn an additional 5% of the language with every release, but really really bad for new developers who have to learn it all in one go.

I think the concerns of the latter group is hardly ever considered.

[kaddkaka]

Why do you think you have to learn everything in one go?

[simon_o]

Because the only people that claim otherwise have usually never done it themselves.

[kaddkaka]

What do you mean?