4 ms·
I believe it's a lot easier to state this long after the migration took place. Removing the GIL, or any host of other changes, could have split the community to
by progmetaldev 3y ago
I believe it's a lot easier to state this long after the migration took place. Removing the GIL, or any host of other changes, could have split the community to a place where the language would have been abandoned except amongst a small minority.
At this point, removing the GIL is such a large change, it would probably be better to wait for the end of (practical) performance to single-threaded code, and then remove the GIL. At that point you would have a community consensus behind the change, and the holdouts wouldn't have a stranglehold on keeping the community from moving forward.
I'm not sure if I would call the move from 2 -> 3 a trivial change, but maybe you're more well versed in Python than I am (and I'm fully willing to admit that may be the case).
- Izkata 3y agoIt was such a big screwup they had to backtrack on one of the changes, resulting in 2.7 -> 3.3 being easier than 2.7 -> 3.0
- bornfreddy 3y agoDo you have in mind u'unicode' syntax?
- Izkata 3y agoYep Edit: To be clear, it specifically made it difficult to support 2 and 3 at the same time, which was a problem for libraries. And without the libraries supporting 3, app code wouldn't be able to migrate either.