BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Guido van Rossum steps down
- Subject: [Discuss] Guido van Rossum steps down
- From: invalid at pizzashack.org (Derek Martin)
- Date: Tue, 17 Jul 2018 15:46:44 -0500
- In-reply-to: <bb753698-26ff-679f-bb54-3b7a70a9f6ad@borg.org>
- References: <20180716170946.GA16968@bladeshadow.org> <CAEvgogGqOmuZRSJfJMmvmOmUg2n4kOu7_5adFJFxNNZ4UJLOEg@mail.gmail.com> <CAAbKA3Xs18XJv+Di2Xkiv4z9EpoZay2LWV1xVk7CvyHf2qBewg@mail.gmail.com> <bb753698-26ff-679f-bb54-3b7a70a9f6ad@borg.org>
On Mon, Jul 16, 2018 at 09:17:10PM -0400, Kent Borg wrote: > I think there is turmoil ahead for Python. Possibly, but I'm not convinced this is true. I'm on the python list, and it seems evident (and I think Guido himself said as much) that he has little to do with the day-to-day decisions of the community already. He is--and will remain, for the time being--a core developer, but I gather he's most influential when it comes to seeing through PEPs. Presumably the current other leaders in the community will just have to fight out the contentious PEPs in his absence. It matters... but perhaps not as much as one might think. > In hindsight, they made a mistake to break compatibility in 3.0, yet I'm not sure if this was a mistake per se... though I will admit it has discouraged me from adopting a newer Python. But then I don't program in Python all that much these days, so I don't matter (and likely didn't anyway!) but lots of folks would argue the changes were for the better, ultimately. > didn't take the opportunity to fix the global interpreter lock that > keeps Python from doing multithreading very well. This is true, and I've lamented this myself on a handful of occasions. Although if you're desperate, there are workarounds (like writing an extension in C), and of course, not every program can really benefit from concurrency. For many of the things that Python can do, this isn't an issue. For myself, when I've *really* needed concurrency I just wrote the solution in C(++) instead. I'm sure you're aware the reason it hasn't been fixed is because no one has come up with a solution that does not cause non-threaded programs to take a significant performance hit. Although, in light of the Intel Meltdown patches... ;-) -- Derek D. Martin http://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience.
- Follow-Ups:
- [Discuss] Guido van Rossum steps down
- From: kentborg at borg.org (Kent Borg)
- [Discuss] Guido van Rossum steps down
- References:
- [Discuss] Guido van Rossum steps down
- From: invalid at pizzashack.org (Derek Martin)
- [Discuss] Guido van Rossum steps down
- From: gaf.linux at gmail.com (Jerry Feldman)
- [Discuss] Guido van Rossum steps down
- From: bill.n1vux at gmail.com (Bill Ricker)
- [Discuss] Guido van Rossum steps down
- From: kentborg at borg.org (Kent Borg)
- [Discuss] Guido van Rossum steps down
- Prev by Date: [Discuss] Guido van Rossum steps down
- Next by Date: [Discuss] Guido van Rossum steps down
- Previous by thread: [Discuss] Guido van Rossum steps down
- Next by thread: [Discuss] Guido van Rossum steps down
- Index(es):