Apparently it is a more efficient way of scheduling threads on multi-core systems
1) Uh, since when did the nature of a language dictate how fast/slow an IDE implementation is?
Since when it's implemented in the language in question (Eclipse, NetBeans,...)
2) Why, dear god, would a slow IDE be evidence that a language sucks?
Only if the IDE was designed to "fix" bad language design or it was implemented in the same language.
3) What language are you using that is "too convoluted" to use outside of an IDE? Because I've used quite a few, and I've yet to come across *any* language that "requires" an IDE.
Java? OK, it doesn't 'require' as in 'it needs', but it 'require' as in 'when I want to code in reasonable time span I need an IDE'
Don't get me wrong, I like Java and I like Eclipse, I just think there is a big room for improvement. On the other hand, nowadays there is simply to many libraries out there to remember the API for every single class (or even the more commonly used methods) and going back and forth between code and some library documentation isn't an 'optimal solution', so whether we like it or not, we rely on IDE's more and more.
...you neglected to mention FireFox... FireFox
Please, it's Firefox _not_ FireFox nor fire fox, thank, you.
"Love your country but never trust its government." -- from a hand-painted road sign in central Pennsylvania