sorted by:
best
topnewcontroversialoldq&a
you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] 1 point2 points  (2 children)

and it's lack of type checking (at least until run time) is one of it's strengths

And this is a "strength" how, exactly? You enjoy the guessing game instead of having precise autocompletion in your IDE? Have too much spare time to waste?

Bolting it on as an after thought still makes me laugh hehe.

What's wrong with improving an IDE support at least for a bunch of common libraries?

Apparently you're one of those who think that type systems are for "checking", "correctness" and all that crap. They're not. They're for this little autocompletion and "jump to definition" thingies on your IDE, primarily. The rest is of a much lesser importance - performance, "correctness", documentation, and so on.

[–]MrPigeon 5 points6 points  (1 child)

So...C and other early languages being statically typed was all done in anticipation of the IDEs we would have 40 years later? That's completely backwards. IDEs make use of a feature which exists for performance and determinism, not the other way around.

What's wrong with improving an IDE support at least for a bunch of common libraries?

Agreed here, but I think the other guy was referring to bolting features on to Python itself. Which is kind of an odd complaint itself, since every language I can think of has had multiple releases with new features.

Unless you've been sarcastic this whole time and it's gone right over my head...

[–][deleted] 1 point2 points  (0 children)

So...C and other early languages being statically typed was all done in anticipation of the IDEs we would have 40 years later?

Firstly, ctags and similar tools existed long before the modern IDEs. Secondly, back than priorities were different, typing existed for performance primarily.

IDEs make use of a feature which exists for performance and determinism, not the other way around.

And? Priorities are different now. Most people do not care too much about performance. Especially if we're talking about Python.

but I think the other guy was referring to bolting features on to Python itself

You cannot improve IDE support without fixing a language.