Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Python 3.14 is here. How fast is it?

blog.miguelgrinberg.com

Post reply on HN
Print view View original

461–470 of 579 posts

Re: Python 3.14 is here. How fast is it?

#461

Post by arw0n »

CuriouslyC wrote: post #215
dzonga wrote: post #157

seems loved languages such as python & ruby (ZJIT | TruffuleRuby) have been getting a lot performance improvements lately. of course JS with v8 kickstarted this - followed by PHP. so for majority of us folks use what you love - the performance will come.

As someone who was a hardcore python fanboy for a long time, no, no it won't. There are classes of things that you can only reasonably do in a language like rust, or where go/kotlin will save you a crazy amount of pain. Python is fine for orchestration and prototyping, but if it's the only arrow you have in your quiver you're in trouble.

Completely agree, Python is great for its simple syntax, C-interop and great library ecosystem, but it is a pain to debug, deploy, and maintain in more complex use cases, and doesn't play as nicely as other languages with modern stacks (eg. k8s). What is pleasure for the developer (no explicit typing, wild i/o-as-you-go, a library for everything) is pain for the maintainer (useless error messages, sudden exceptions of lacking UAC, dependency hell).

Go, Kotlin and Rust are just significantly more modern and better designed, incorporating the lessons from 90s languages like Python, Ruby and Java.

Re: Python 3.14 is here. How fast is it?

#462

Post by mh- »

toomuchtodo wrote: post #299
eatkd wrote: post #294

Earlier quoted context omitted.

Any source for that?

https://www.nrn.com/casual-dining/cracker-barrel-s-logo-cont... https://www.wsj.com/articles/bot-networks-are-helping-drag-c...

> According to research obtained by the Wall Street Journal from PeakMetrics, 44.5% of X posts about Cracker Barrel on Aug. 20 (when the new logo began to go viral), were posted by “bots or likely bots,” rising to 49% at the peak of the controversy.

I wonder how much this differs from the percentage for any trending topic on X?

Re: Python 3.14 is here. How fast is it?

#463

Post by mh- »

UltraSane wrote: post #436
MomsAVoxell wrote: post #421

Earlier quoted context omitted.

If you haven't noticed, there is no evidence of your claims.

You just have to read Reddit and YouTube and Twitter comments to see all the evidence you need.

Curious that you didn't include HN in that list.

Re: Python 3.14 is here. How fast is it?

#464

Post by js2 »

jabl wrote: post #427
Havoc wrote: post #260

Really pleasing to see how smooth the non-GIL transition was. If you think about 2->3 python this was positively glorious. And that it gets into spitting range of standard so fast is really promising too. That hopefully means the part not compatible with it get flushed out soon-ish

AFAIU GIL is still the default, and no-GIL is a build option, you can't select it at runtime. The big issue is what about all those C extension modules, some of them might require a lot of changes to work properly in a no-GIL world.

> Free-threaded builds of CPython support optionally running with the GIL enabled at runtime using the environment variable `PYTHON_GIL` or the command-line option `-X gil`.

https://docs.python.org/3/howto/free-threading-python.html

Re: Python 3.14 is here. How fast is it?

#465

Post by procaryote »

mystifyingpoi wrote: post #399
procaryote wrote: post #374

Earlier quoted context omitted.

I really hope I'll never need to touch code written by people who code in python and throws it at a plausible randomiser to get java or C If you for some reason do this, please keep the python around so I can at least look at whatever the human was aiming at. It's probably also wrong as they picked this workflow, but there's a chance it has something useful

I get the "old man yells at cloud" vibes from your comment. Who cares how he got the result? I thought our job is to create working software. If this flow works for him and creates code that meets company standards, then more power to him. However, if the output quality is crap, then well, maybe his creativity should not be rewarded. I've seem hefty amount of Map in Java, written primarily by JS developers.

"create working software" is usually just a tiny bit of the job. That software then exists and needs to be extended and maintained.

If the result is great and maintainable code, great. I imagine it won't be, as no one has actually understood it even once.

Re: Python 3.14 is here. How fast is it?

#466

Post by bmicraft »

forgotoldacc wrote: post #380
toomuchtodo wrote: post #299

Earlier quoted context omitted.

https://www.nrn.com/casual-dining/cracker-barrel-s-logo-cont... https://www.wsj.com/articles/bot-networks-are-helping-drag-c...

The vast majority of Twitter posts are by bots, so 44.5% seems like a higher proportion of humans than usual. The Cracker Barrel thing was a hot topic amongst people I know for a good 48 hours. It's more interesting to me how, without fail, a comment always pops in at the mention of Cracker Barrel to say "those were bots, fellow human."

If the "fueled by bots" comment wasn't here already I'd have written it.

Re: Python 3.14 is here. How fast is it?

#467

Post by OisinMoran »

feoren wrote: post #82
amelius wrote: post #27

I hope it doesn't get stuck at 3.14, like TeX. https://www.reddit.com/r/RedditDayOf/comments/7we430/donald_...

You hope it doesn't ? > [Donald Knuth] firmly believes that having an unchanged system that will produce the same output now and in the future is more important than introducing new features This is such a breath of fresh air in a world where everything is considered obsolete after like 3 years. Our industry has a disease, an insatiable hunger for newness over completeness or correctness . There's no reason we can't…

I agree somewhat with your sentiment and have some nostalgia for a time when software could be finished, but the comment you're replying to was making a joke that I think you may have missed.

Re: Python 3.14 is here. How fast is it?

#468

Post by ModernMech »

8organicbits wrote: post #273
didip wrote: post #21

Every time I hear news about Python language itself, it sadden me that, in 2025, PyPy is still a separate distinct track from mainline Python. That said, I wonder if GIL-less Python will one day enable GIL-less C FFI? That would be a big win that Python needs.

Can you clarify the concern? Starting from C I've come to expect many dialects across many compiler implementations. It seems healthy and encourages experimentation. Is it not a sign of a health language ecosystem? Pypy compatibility with cpython seems very minor in comparison https://pypy.org/compat.html

It's a culture thing. C culture is all about rolling your own bespoke solution, which encourages the formation of dialects. On the other hand, Python culture is all about "There should be one-- and preferably only one --obvious way to do it.": https://peps.python.org/pep-0020/#the-zen-of-python

Re: Python 3.14 is here. How fast is it?

#470

Post by OutOfHere »

physicsguy wrote: post #420
OutOfHere wrote: post #414

Earlier quoted context omitted.

If you think Python is nice for scientific computing, you must have never tried Matlab. Python is pretty clunky in comparison in its syntax for scientific computing.

I used MATLAB for about 5 years, and then Mathematica, before switching to Python. I even had a job offer to work at MathWorks in Cambridge in about 2014!

And you still think Python has superior matrix manipulation syntax? Because that's at the core of scientific computing.
Post reply on HN