161–166 of 166 posts
And yet there isn't a proper Python to JavaScript transpiler, like ClojureScript is to Clojure. I wonder why.
Yes, that always puzzled me. Same with Jython which has a much smaller following than JRuby. I think with Clojurescript it's a case of really adding value whereas Python to JS is largely syntactic sugar.
I like Python and it's my main language currently after years of C++ and Java. My main problem with Python is that it's really easy to create really messy code that no one can follow. And I see it often because everyone is using Python these days. For example, you have an undocumented function with 6 arguments and have no idea what these are (having bad names also doesn't help, but that's not a Python specific issue)…
I have my problems with Python, but I'm not aware of any language where it's not "really easy to create really messy code that no one can follow".
To put it another way, "3 years of experience writing Python code" could mean hacking on scripts or it could mean Enterprise level system design and implementation. Hard to hack around on scripts in Java.
Earlier quoted context omitted.
It’s been a while, but I’m pretty sure the reason why a dictionary can’t have a dictionary as it’s key is because the dictionary class doesn’t implement the __hash__ method that would compute the hashcode.
This is definitely the proximate reason. The reason for that choice is because the object is mutable.
Earlier quoted context omitted.
Not saying anything about the parent comment, but the method of studying a large population by using a sample size is pretty common and time tested.
Yes, but SO participation is self selecting (self-selection bias), and is not a random sample of the larger union of non-SO and SO population.
Seem to me that Python has won. What I mean by that is that it is used almost everywhere and there is almost no compelling reason to use anything else. You want web? Django, plus a million other frameworks, all well tested and documented. Machine learning? Tensorflow, Keras or PyTorch. Scientific computing? Numpy. For the last two decades people have complained about (C)Python not being multi-threaded, not jitted, no…
Earlier quoted context omitted.
> In Python, however, "string" and "list" far outweigh "dictionary" and "object", which probably says something about what kind of data structures Python developers deal with the most in their lives. This statement is not true at all. There are plenty of developers that don't post questions to or answer questions on StackOverlow.
Not saying anything about the parent comment, but the method of studying a large population by using a sample size is pretty common and time tested.
Yep, and so is abusing it and making the wrong conclusions. It's equally as likely that dictionaries require far fewer questions than strings either because their methods are more intuitive or the questions most people come up with have easily searchable existing answers.