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

421–430 of 579 posts

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

#421

Post by MomsAVoxell »

UltraSane wrote: post #373
hajile wrote: post #331

Earlier quoted context omitted.

Did anyone short Cracker Barrel stock? If not, I have a hard time seeing why bots would have any interest in investing the time/money. There also didn't seem to be any political clout being gained by the complaints. More real-world is that I know tons of friends/relatives in the South and I don't know of even ONE that liked the redesign.

Russia has gotten VERY good at amplifying any cultural differences or controversies in order to break US politics (and many other countries). If you hadn't noticed it has been VERY effective.

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

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

#422

Post by t43562 »

For me the "criminal" thing is that Pypy exists on a shoestring and yet delivers the performance and multithreading that others gradually try to add to cpython.

It's problem is, IMO, compatibility. Long ago I wanted to run it on yocto but something or other didn't work. I think this problem is gradually disappearing but it could be solved far more rapidly with a bit of money and effort probably.

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

#423

Post by lycopodiopsida »

feoren wrote: post #165
dieggsy wrote: post #141

Earlier quoted context omitted.

Are you by chance a Common Lisp developer? If not, you may like it (well, judging only by your praise of stability). Completely sidestepping any debate about the language design, ease of use, quality of the standard library, size of community, etc... one of its strengths these days is that standard code basically remains functional "indefinitely", since the standard is effectively frozen. Of course, this requires imp…

I respect and understand the appeal of LISP. It is a great example of code not having to change all the time. I personally haven't had a compelling reason to use it (post college), but I'm glad I learned it and I wouldn't be averse to taking a job that required it. While writing "timeless" code is certainly an ideal of mine, it also competes with the ideals of writing useful code that does useful things for my employ…

I think, the "useful" part is more covered by libraries than everything else, and the stability and flexibility of the core language certainly helps with that. Common Lisp is just not very popular (as every lisp) and does not have a very big ecosystem, that's it.

Another point for stability is about how much a runtime can achieve if it is constantly improved over decades. Look where SBCL, a low-headcount project, is these days.

We should be very vigilant and ask for every "innovation" whether it is truly one. I think it is fair to assume for every person working in this industry for decades that the opinion would be that most innovations are just fads, hype and resume-driven development - the rest could be as well implemented as a library on top of something existing. The most progress we've had was in tooling (rust, go) which does not require language changes per se.

I think, the frustrating part about modern stacks is not the overwhelming amount of novelty, it is just that it feels like useless churn and the solutions are still as mediocre or even worse that what we've had before.

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

#424

Post by Tom1380 »

rocqua wrote: post #376
mjevans wrote: post #358

Earlier quoted context omitted.

The real world benchmark is measuring it from invocation, both for cold launches and 'hot' (data cached from the last run). Interestingly I might have only ever used the time (shell) builtin command. GNU's time measuring command prints a bunch of other performance stats as well.

I'm annoyed every time I have to write $(which time). But the stats given by -v are just so much more valuable from gnu-time.

Wouldn't it also work with "env time" if that's easier to type?

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

#425

Post by Lutger »

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.

As an old man myself, I am quite sure the other old man has a good reason to yell at this particular cloud. Software is tremendously complex. It is one thing to write it, it is another to amend the thousands and thousands of bugs that inevitably follow, and implement the even bigger amount of adjustments and improvements successful software requires. The latter is the bane of any kind of code generation, whether is RAD, no-code, low-code or LLM ported codebases.

Any kind of code generation that proves incredibly productivity in the writing of software is kind of like saying you have a lot of money by maxing out your creditcard. Maybe you can pay it back, maybe you can't. The fact that there is no mention of future debt is exactly the kind of thing that old men get suspicious about.

I'm not saying the old men are correct. I'm just pointing out the reason for the yelling.

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

#426

Post by rnikko »

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…

Same here with following the mega tutorial. Truly one of the goats.

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

#427

Post by jabl »

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.

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

#430

Post by actionfromafar »

coldtea wrote: post #256
hackernewds wrote: post #193

Earlier quoted context omitted.

Old logo is impossible to resize and present on any assets that aren't rectangular. Flask isn't a country podunk restaurant

> Old logo is impossible to resize and present on any assets that aren't rectangular. Who the fuck cares? That never hurt flask from becoming a well beloved widely adopted tidy framework. And it's trivial to "resize and present" the old log on "assets that aren't rectangular"... > Flask isn't a country podunk restaurant Yeah, apparently by the new logo it's a generic mall fast food chain restaurant for people with ze…

Haha, it is very similar! Spot-on.

Here's Sysco, generic mall fast food distributor:

https://www.youtube.com/watch?v=rXXQTzQXRFc

https://logos-world.net/wp-content/uploads/2024/01/Sysco-Log...

Post reply on HN