Python 3.14 is here. How fast is it?

Post by DANmode » Sun, Oct 12, 2025, 2:54 AM UTC

Y_Y wrote: post #70

nadermx wrote: post #10

Tangential, but I practically owe my life to this guy. He wrote the flask mega tutorial in what I followed religiously to launch my first website. Then right before launch, in the most critical part of my entire application; piping a fragged file in flask. He answered my stackoverflow question, I put his fix live, and the site went viral. Here's the link for posterity's sake https://stackoverflow.com/a/34391304/41802…

Cool story, but was your life really at risk in that situation?

Post by sacado2 » Sun, Oct 12, 2025, 12:09 PM UTC

feoren wrote: post #521

sacado2 wrote: post #517

Earlier quoted context omitted.

> When mathematical notation evolves, old proofs do not become obsolete! There is no analogy to a "breaking change" in math. I disagree. The development of non-euclidean geometry broke a lot of theorems that were used for centuries but failed to generalize. All of a sudden, parallels could reach each other. > Can we write a family of nested programming languages where core features are guaranteed not to change in bre…

> Should it be memory-efficient? Fast? Secure? Simple? Easy to formally prove? Easy for beginners? Work on old architecture? Work on embedded architecture? What do any of these have to do with guarantees of long-term compatibility? I'm not arguing that there should be One Programming Language To Rule Them All, I'm asking about whether we can design better guarantees about long-term compatibility into new programming…

Post by UltraSane » Mon, Oct 13, 2025, 6:30 AM UTC

MomsAVoxell wrote: post #565

UltraSane wrote: post #556

Earlier quoted context omitted.

An example is how during the election their was so many comments saying they won't vote for Kamala because of the genocide in Gaza. This is a deeply illogical position that directly helped Trump win and was very likely promoted by Russian bot farms.

Well, logically, there really were a significant portion of the population who in fact were not okay with what they were seeing in Gaza, from the very beginning. Your "its the Russians" is just matroska-izing the real issue, which is that the people don't have a voice, in your mind, if the political viewpoint doesn't match a world view in which "the Russians are the bad guys". The genocide of Gaza was been hugely unp…

Post by lunias » Mon, Oct 13, 2025, 12:45 PM UTC

ActorNightly wrote: post #526

lunias wrote: post #504

Earlier quoted context omitted.

Sure, there's multiprocessing, but historically no multithreading (relatively recently there is the free-threading interpreter). Each of those processes / threads will also execute slowly compared to most other languages. But we agree Python is not performance oriented... I'm just curious why people think it's a good trade-off when I suspect that writing the same code in say, Java, will take roughly the same time, be…

After having worked with Java extensively during my time at Amazon, especially during the log4shell bullshit, I can safely say that if you think Java is viable for anything these days, you lack real world experience of how actual good, efficient dev process is one. But on a slightly less edgy note: java doesn't have a fast REPL loop, near anywhere near the amount of libraries available for it as Python does, and requ…

Post by lunias » Mon, Oct 13, 2025, 4:15 PM UTC

ActorNightly wrote: post #569

lunias wrote: post #568

Earlier quoted context omitted.

You appear to have been traumatized by Java... You can sub in any statically typed, compiled language. The key distinction between multiprocessing and multithreading is that in multithreading all the threads of a process share the same memory. Are you saying that Python uses pipes for providing shared access to memory across processes? It looks like there is: multiprocessing.shared_memory, but this all seems more com…

No im saying that you can transport data over unix sockets, which are in memory, and python has that as part of multiprocessing. The way python multiprocessing is set up is that it acts like a thread - when you launch a function, it copies the memory of the current process into the new one. You pay the startup overhead, so instead you launch worker processes ahead of time, and transport data to them over unix pipes.…

    var client = HttpClient.newHttpClient();
    var request = HttpRequest.newBuilder().uri(URI.create("https://api.example.com/data")).build();
    var response = client.send(request, HttpResponse.BodyHandlers.ofString());

    response = requests.get('https://api.example.com/data')