Originally posted by scottishduck
View Post
Announcement
Collapse
No announcement yet.
Python 3.12 Now Under Feature Freeze With Beta 1 Released
Collapse
X
-
Originally posted by ssokolow View PostBit of a subdued way to say "Who knows how many packages will be incompatible with this because they ripped a bunch of deprecated modules out of stdlib and the maintainers of dependent packages may not have time to do what might be a major rework when you include QA testing."
Ever since they surreptitiously announced this "Python 4.x, but try to avoid getting people mad by not bumping thee major version number" strategy, I've been glad my strategy had already shifted to "code in Rust where possible for the fearless upgrades, minimize the Python side of a Rust-Python hybrid codebase where not possible".
(Seriously. Would you still have called it GTK+ 2.x if the GTK people had decided to do their migration of various functions from GDK to Cairo without bumping the version number? As an example, Python 3.12 deletes the asyncore framework module.)
Python and Rust target such very different markets. It's like saying "why would I buy a sedan when I could have a pickup with more room for hauling?" as if your way of doing things is the only way.
As for whether Python should have bumped up a major version, yeah, probably. Is it that big of a difference from 2.x to 3.x? No, not really.
- Likes 2
Comment
-
Originally posted by schmidtbag View PostComments like this are great examples of getting angry over your own willful ignorance.
Python and Rust target such very different markets. It's like saying "why would I buy a sedan when I could have a pickup with more room for hauling?" as if your way of doing things is the only way.
"Why would I [continue to use Python] when I could have a [language that's better in every way except availability of certain third-party libraries in the ecosystem]?"
The main things I still use Python for are PyQt GUIs (slapped onto a Rust backend via PyO3), Django (for its ecosystem), and the maturity of either Django ORM or SQLAlchemy+Alembic when I need to do SQL stuff. ...and the former two aren't a case of "Python is a good language"; They're a case of "Python and Java are the only languages with memory-safe QWidget bindings and I hate Java more" and "Django's ecosystem is more or less unique."Last edited by ssokolow; 23 May 2023, 10:45 AM.
- Likes 3
Comment
-
Originally posted by ssokolow View Post"Why would I [continue to use Python] when I could have a [language that's better in every way except availability of certain third-party libraries in the ecosystem]?"
- Likes 1
Comment
-
Originally posted by ssokolow View Post(Seriously. Would you still have called it GTK+ 2.x if the GTK people had decided to do their migration of various functions from GDK to Cairo without bumping the version number? As an example, Python 3.12 deletes the asyncore framework module.)
Comment
-
Originally posted by darkonix View PostDocumentation says asyncore was deprecated in 3.6.0 released in December 2016. If someone didn't took action yet, they are never going to do it.
I'm fucking sick of trying to compile something and it fails because it can't run the dumbass python script used for building some bullshit. And why it fails? Oh, because i updated my Python, so I have to keep 3.4, 3.9 and 3.11 versions around, because of retarded monkeys who drop backwards compatibility.
- Likes 3
Comment
-
Originally posted by schmidtbag View PostRust is slower to get from point A to point B
sometimes in Python you THINK you got from A to B.
...then you find yourself debugging your code in production for the next 6 months because obscure bugs continue to pop out.
in Rust when you think you got from A to B, more or less you got it.
- Likes 4
Comment
-
Originally posted by cynic View PostI disagree with that.
sometimes in Python you THINK you got from A to B.
...then you find yourself debugging your code in production for the next 6 months because obscure bugs continue to pop out.
in Rust when you think you got from A to B, more or less you got it.
I'm in the process of rewriting a major embedded QT app at work and I can tell you that not only is the same true for that, but it is overall *easier* because we have *confidence* that the code works as it should not only because of the nature of rust, but because it's a damned sight easier to write both doc-comments, doc examples that are tested, unit tests, and CI tests (and even run those tests on the embedded hardware).
I am having a harder and harder time justifying using any other language for anything at all if rust can be used as first choice.
- Likes 4
Comment
-
Originally posted by fluke View PostI am having a harder and harder time justifying using any other language for anything at all if rust can be used as first choice.
- Likes 1
Comment
-
Originally posted by cynic View PostI disagree with that.
sometimes in Python you THINK you got from A to B.
...then you find yourself debugging your code in production for the next 6 months because obscure bugs continue to pop out.
in Rust when you think you got from A to B, more or less you got it.
- Likes 1
Comment
Comment