This is a fair question. I think it's because the peeps writing 'compiled' languages are used to type hints and all that mess, while those who write 'interpreted' languages are used to not getting all of that mess. I think a lot of this is tied up with having a compiler - the compiler will provide some static analysis as a part of compilation. So editors with a good relationship with the compiler will tend towards becoming IDEs. It's a bit of a guess.
Pedantic point: there are no interpreted or compiled languages - just languages with compilers and languages with interpreters. Or both.
This isn't my area of expertise, but it strikes me that there's no reason an IDE/language couldn't provide the a lot of the same information for most languages. And if the issue was one of getting type information, well - dynamic languages could easily be extended to add declarations that could be read by the analyzer.
Anyway, back to listening to IntelliJIdea make the fans whir on my Kotlin project...
Sure - but we all know what I mean, right? In the "old days", that was less true, but today, it strikes me that to say a language is interpreted is to say that its reference implementation is implemented via an interpreter, as opposed to an ahead-of-time compiler. I dunno.
Are you sure you want to hide this comment? It will become hidden in your post, but will still be visible via the comment's permalink.
Hide child comments as well
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.