Python 3.13 Sees Last Minute Delay Due To Performance Regression

[blackshard]

your answer tells me that even the understanding of the most basic logic has been lost in the process.

And so this is your only argument to your previous statement. Congrats for your excellent logical skills.

[uid313]

Just use requests? Using a third party library won't kill you. And it will be able to evolve faster than code in the standard library ever will.


https://docs.python.org/3/library/ty...ping.TypedDict Problem solved.

But yes, typing being optional in dynamic languages suck. I love how serde handles this in Rust. Still, not a deal breaker.

And if it is for you, just write a library that does it better. You are likely going to need to write that as a native extension in C or Rust to get the best performance, because python is python. But my recommendation is to just do it instead of complaining on a random Internet forum. It is a call to action. Nothing gets done if you just complain here.

(Oh and json isn't the most important thing like you suggested before, I'm going to argue that the most important thing is whatever is used by the software that controls the ABS or anti collision in car break systems, and safety guards in trains and plains, or medical devices. They for sure aren't using json for communication (typically Can in ground based vehicles, various other buses in aviation, and not sure for medical). And they are way more important than any web thing ever was. Source: I work on safety critical systems. Now, does it make sense to claim that one thing is more important than another? No! Does it make sense to do broad generalisation based on my own perspective? Absolutely not. And that is my point.)

Yeah, I do use requests, it is a great library, but if I distribute my script or move it to another computer then I have to install it there too or give instructions to install requests. I really wish Python had a built-in HTTP client that was great like fetch in JavaScript or HttpClient on .NET, and many other languages which comes with a great HTTP client.

I like typing being optional in dynamic languages, I don't mind at all. I do thing the optional typing should be good though and you should be able to deserialize JSON into a class though. Yeah, I like serde in Rust too, i also like System.Text.Json on .NET.

What I meant about JSON and HTTP being the most important is not that they're more important that breaking systems in cars because those systems would never be written in Python anyway, but that the most common thing that most developers do these days is JSON and HTTP.

[piotrj3]

Yeah, I do use requests, it is a great library, but if I distribute my script or move it to another computer then I have to install it there too or give instructions to install requests. I really wish Python had a built-in HTTP client that was great like fetch in JavaScript or HttpClient on .NET, and many other languages which comes with a great HTTP client.

I like typing being optional in dynamic languages, I don't mind at all. I do thing the optional typing should be good though and you should be able to deserialize JSON into a class though. Yeah, I like serde in Rust too, i also like System.Text.Json on .NET.

What I meant about JSON and HTTP being the most important is not that they're more important that breaking systems in cars because those systems would never be written in Python anyway, but that the most common thing that most developers do these days is JSON and HTTP.

I don't think it is fair to compare them like that.

.NET is behemoth, entire dotnet 8 SDK is 200MB for x64 linux tar.gz. Python is 25 MB. Of course base library will be way bigger for one. But on positive side Python is way more often part of system/distro you are using. And generally speaking unless you do embedded you almost always have dependencies.