Conversation
Yeah, stick to f-strings. The %-based formatting is a legacy feature they probably should have removed in Python 3 and f-strings are a fairly recent addition improving further on the past approaches. It's one of the issues with having a language that keeps evolving.
1
1
A huge portion of the standard library should be mostly avoided at this point, since there are much better third party libraries like requests that are essentially treated as the standard library. Inclusion in the standard library dooms a module to becoming out-of-date / archaic.
1
The customer I'm working for requires _only_ using python 3.6's base libs.
1
The requests and urllib3 would definitely be in the standard library if only the people involved didn't think it would be a terrible result for the modules. A major issue is that people get stuck with older Python versions, the release cycle is slow and it's hard to evolve.
I mean requests is *done* at this point. So why not standardize it?
1
It's also just one of many examples. I feel like a lot of the standard library is complete garbage at this point. It feels a lot like verbose Java when it really doesn't have any real reasons to be like that. Lots of 3rd party alternatives with better ergonomics/functionality.
1
1
Show replies
The Python community has heavily moved towards the thinking that including so much in the standard libraries was probably a mistake, at least without first letting libraries compete in the broader ecosystem and come up with great ways of approaching the design space.