5 ms·

Nooooooooooooo! We've switched largely to Scala! (But we're sill stuck with Java for GWT. :( )

• 6ren 15y ago
  Sorry, I don't follow. Doesn't Scala have the same JVM startup delay as Java? Can do the same thing for Scala.
  • nessus42 15y ago
    Yes, Scala is a JVM language, and all JVM languages that I am aware of have this start-up delay. One of the advantages of the JVM is that many different languages can interoperate easily, but if you do source-to-source translation to a non-JVM language, then the origin languages (e.g., Java) that have this extra support become preferred, and thus discourage the adoption of the better languages. E.g., GWT prevents us from completely migrating to Scala. It seems as if it would be better to have have a JVM byte code to Python byte code translator, or something like that, if such a thing is possible. But I should think that it would be even better and easier to just have a version of the JVM (or an option on the JVM) that starts up much faster. If you're happy with just Java, doesn't BeanShell start up more quickly? (I don't know, because I've never used it.)
    • 6ren 15y ago
      > JVM byte code to Python byte code translator Yes; or a JVM that starts up faster, and split the code between them in the same way. I'm assuming there's a fundamental trade-off between startup delay and average speed, or we'd have had an instant option long ago. Um, if the problem is loading etc jars, this mightn't work. But one could still detect byte-code calls with hard-coded string arguments (for "--help" and text) and compile that to python.