5 ms·

JVM is a no-starter. The language looks nice tho, shame they built it on JVM.

• atemerev 1y ago
  I don't know, Kotlin, Scala and Clojure are quite successful.
  • latexr 1y ago
    I don’t think they mean the JVM makes it a non-stater in general, but a non-starter for them.
• jorkadeen 1y ago
  The JVM is a state-of-the-art virtual machine with multiple open source implementations, a large ecosystem, and a fast JIT compiler that runs on most platforms. It is hard to find another VM with the same feature set and robust tooling.
  • withinboredom 1y ago
    Yes… with a million weird environment variables that can affect your runtime.
    • foxygen 1y ago
      So don't change them? Parent comment still applies to stock JVM.
    • Joker_vD 1y ago
      Which is amazing, you can fine tune the performance of the runtime to your heart's content. Or you can just leave them as-is, the default behaviour is quite reasonable too.
  • eikenberry 1y ago
    I think the problem is that it targets a VM instead of native machine architectures, not the quality of the VM. I also find the times I need to target a VM to be very limited as I'm generally writing code for a specific platform, not a cross platform application. Of course this will vary between developers.
    • cmrdporcupine 1y ago
      Targeting JVM means not having to roll your own garbage collector. And bonus, you get a huge world of third party libraries you can work with. It's been over a decade since I worked on the JVM, and Java is not my favourite language, but I don't get some people's hate on this topic. It strikes me as immature and "vibe" based rather than founded in genuine analysis around engineering needs. The JVM gets you a JIT and GC with almost 30 years of engineering and fine tuning behind it and millions of eyes on it for bugs or performance issues.
      • jorkadeen 1y ago
        I strongly agree. Java and JVM bytecode may not be our "cup of tea", but it is simply unrealistic to implement any runtime environment with comparable performance, security, robustness, and tooling. The only alternative is WASM, but they are not yet there feature-wise.
      • eikenberry 1y ago
        The JVM is a large and complex system with tons of configurable options. If you don't need it, why add all that cognitive overhead when you have perfectly good options that don't. And the benefits you gain are very limited if you aren't integrating with other JVM based systems.
        • vips7L 1y ago
          You genuinely don’t need to think about any of the configurable options, especially if you’re running a client program. At most for server programs you just set the max memory percentage and soon you won’t have to do that.
  • phplovesong 1y ago
    Im fully aware. But i dont want a heavy and bloated runtime like the JVM. Its slow (startup) and clunky, and has decades of feature creep and bloat.
• esafak 1y ago
  Don't say you'd pick the PHP JIT!
  • withinboredom 1y ago
    It has an actual IR now… so theoretically it’s actually possible…
  • satvikpendem 1y ago
    I'd use HipHopVM like Facebook instead
• pshirshov 1y ago
  Graal Native Image and you have your native binary.
  • phplovesong 1y ago
    Never used graalvm. Does it produce a machine code, or is it packaging the entire JVM in a zip like file?
• artemonster 1y ago
  [flagged]