News for hackers. Stuff that matters.

A comment on Python Language Summit: Python Without the GIL. Parent comment

Re:Python Language Summit: Python Without the GIL by orangetuba on Thursday May 12, 2022 @03:00AM (#31350145)
Performance is not binary. If you can be productive with Python and get closer to your performance goal, you get the best of both worlds. A lot of people who aren't primarily programmers don't have time to write everything in C++ (or keep up with development in that area). A more performant Python is a huge win for everybody.
[ Parent | on HN ]
Re:Python Language Summit: Python Without the GIL by pjmlp on Thursday May 12, 2022 @03:49AM (#31350544)
Just like language choice isn't binary, there are plenty of options with Python like productivity, with much better performance, it isn't Python vs C++.
[ Parent | on HN ]
Re:Python Language Summit: Python Without the GIL by metadat on Thursday May 12, 2022 @10:35AM (#31354836)
Not with a rich ecosystem like Python's.
[ Parent | on HN ]
Re:Python Language Summit: Python Without the GIL by pjmlp on Thursday May 12, 2022 @11:15AM (#31355388)
Quality matters more than quantity, and in that regard there are enough options available.
[ Parent | on HN ]
Re:Python Language Summit: Python Without the GIL by metadat on Thursday May 12, 2022 @11:33AM (#31355651)
This is a tire fire of a thread, it's clear there's lots of confusion about the tradeoffs.

This isn't a case of "x" or "y". There is literally nothing valuable about the GIL, it's an ugly hack of a vestigial appendage. Perhaps the reason I'm familiar with it is because the lack of elegant MP threading in Python perturbed me for years, until I was introduced to Golang.

Python devs generally don't want to use Java, JavaScript, etc. And the Go ecosystem is good but not as rich as Pythons.

Anyhow, take care pjmlp. Until our paths cross again I wish you all the best!

[ Parent | on HN ]
Re:Python Language Summit: Python Without the GIL by pjmlp on Thursday May 12, 2022 @12:35PM (#31356473)
As long as the use cases one cares about are covered, the amount of additional packages are needless noise.

JavaScript, Java, .NET, C and C++ are where to look for, if you want to count package numbers, for AOT/JIT languages.

[ Parent | on HN ]