4 ms·
A lot of the author's complaints, especially near the end, are personal preferences which explains by these "improvements" were never added. Not everyone would
by asrp 10y ago
A lot of the author's complaints, especially near the end, are personal preferences which explains by these "improvements" were never added. Not everyone would prefer a move to a significantly more functional style.
Arguably this difference is what caused Coconut to be made in the first place.
There's ample discussion on these topics to simply brush existing decisions off as "Incompetence? Politics? Both? Who knows."
For the fifth point, `list.index` works fine in Python 2 and 3 for me.
- darkf 10y ago>Arguably this difference is what caused Coconut to be made in the first place. Sure, that and it's far easier to write a new language and transpile than it is to fork and modify existing implementations. >There's ample discussion on these topics to simply brush existing decisions off as "Incompetence? Politics? Both? Who knows." If you would like to link to such discussions I would not hesitate to add them as footnotes/amendments. >For the fifth point, `list.index` works fine in Python 2 and 3 for me. Sorry, mixed up `index` and `find`. `[].find` is not a function, but `[].index` is. Thanks for catching that, I keep confusing them (another minor annoyance of having both).
- asrp 10y agoOops, I didn't expect this to blow up, thanks for responding. Here's a discussion about switch case (I was also looking for one the other day, but in my case, it was purely for optimization). https://www.python.org/dev/peps/pep-3103/ https://www.python.org/dev/peps/pep-3103/ And the wiki, for example, talks about the GIL https://wiki.python.org/moin/GlobalInterpreterLock https://wiki.python.org/moin/GlobalInterpreterLock I remember reading articles from here about that a few times, but can't find them now. If you are still interested, I can try to dig it up.