3 ms·

(I'll ignore the "language" bit, the JVM doesn't have "a language".) You still haven't stated exactly what it should compete with and what you imagine as the a

(I'll ignore the "language" bit, the JVM doesn't have "a language".) You still haven't stated exactly what it should compete with and what you imagine as the alternative to the JVM. Imagine I have absolutely no tooling, no language, no performance. Sell me on the JVM. Now imagine you could have the world. What would your ideal VM look like? "That compets in performance [...]": Well, C/C++ certainly competes in performance, Rust probably as well. Hell, even JS probably competes favorably on modern browsers. What I'm questioning here is really whether you can actually say "X is best for everything" or "X is best practice". (Where X was obviously the JVM.) (I just mentioned Haskell as an aside, let's not make that the primary point of this exchange.)

nickik 12y ago
> Well, C/C++ certainly competes in performance It competes in performance if you are good at programming in it. It does not compete in securty, ease of use, buildsystems and complexity. Writing C/C++ code if you are not a export is basiclly just one big security hole, that is one of the major reasons. > Rust probably as well I love Rust but its no even anywere near what we are talking about > Hell, even JS probably competes favorably on modern browsers. Well 'on modern browsers' is very limiting. It cant compete on the server side, not even closly. > "X is best for everything" Nobody is claiming that, thats not what at issue. Its good at many things, and it specially good at server-side stuff.
- jbergens 12y ago
  >> Hell, even JS probably competes favorably on modern browsers. > >Well 'on modern browsers' is very limiting. It cant compete on the server side, not even closly. I think JS is on the way to be a real competitor. The number of packages created for it grows faster than probably any other language. It is already fast on the server and more and more tools are being developed. If you count lack of static typing as show stopper then it can't compete. On the other hand Dart and TypeScript has types and might solve that part.

nickik 12y ago

> Well, C/C++ certainly competes in performance It competes in performance if you are good at programming in it. It does not compete in securty, ease of use, buildsystems and complexity. Writing C/C++ code if you are not a export is basiclly just one big security hole, that is one of the major reasons. > Rust probably as well I love Rust but its no even anywere near what we are talking about > Hell, even JS probably competes favorably on modern browsers. Well 'on modern browsers' is very limiting. It cant compete on the server side, not even closly. > "X is best for everything" Nobody is claiming that, thats not what at issue. Its good at many things, and it specially good at server-side stuff.

jbergens 12y ago
>> Hell, even JS probably competes favorably on modern browsers. > >Well 'on modern browsers' is very limiting. It cant compete on the server side, not even closly. I think JS is on the way to be a real competitor. The number of packages created for it grows faster than probably any other language. It is already fast on the server and more and more tools are being developed. If you count lack of static typing as show stopper then it can't compete. On the other hand Dart and TypeScript has types and might solve that part.