• humbletightband@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        6
        ·
        3 months ago

        I wouldn’t say so. They are inexperienced. They don’t know where the bottleneck of most of the modern software is (it’s io in 80-90% of cases) and how to optimize software without rewriting it to C++

    • SorryQuick@lemmy.ca
      link
      fedilink
      arrow-up
      6
      arrow-down
      10
      ·
      edit-2
      3 months ago

      How are they ignorant? It’s a known fact that java is slow, at least slower than some others. Sure, it’s still fast enough for 95% of use cases, but most code will run faster if written in, say, C. Will have 10x the amount of code and twice as many bugs though.

      • humbletightband@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        6
        arrow-down
        3
        ·
        edit-2
        3 months ago

        Java is indeed slower than C, Rust, in some cases than Go.

        But that doesn’t mean that

        code will run faster if written in, say, C

        Again, like 80-90% of production code are bounded by disk/network io operations. You will gain performance from using C in embedded systems and in heavy calculations (games, trading, simulations) only.

        • SorryQuick@lemmy.ca
          link
          fedilink
          arrow-up
          4
          arrow-down
          4
          ·
          3 months ago

          Which is exaxtly what I said, that it’s fast enough for most use cases.

          In theory though, you will “gain performance” by rewriting it (well) in C for literally anything. Even if it’s disk/io, the actual time spent in your code will be lower, while the time spent in kernel mode will be just as long.

          For example, you are running a server which reads files and returns data based on said files. The act of reading the file won’t be much faster, but if written in C, your parsers and actual logic behind what to do with the file will be.

          But it’s as you said, this actual tiny performance gain isn’t worth it over development/resource cost most of the time.

      • xor
        link
        fedilink
        arrow-up
        1
        arrow-down
        10
        ·
        3 months ago

        the jvm brings enough bugs to outweigh any benefits there…
        it is relatively fast, but it’s slow in that it takes up a bunch of resources that could be doing other things…

          • xor
            link
            fedilink
            arrow-up
            1
            arrow-down
            9
            ·
            3 months ago

            i decline your invite to debate the merits of java and jvm… i will instead walk my dog through this beautiful park here…

            but, it’s all been said on top level comments on this post.
            it’s trash, and honestly, even if it was perfect, sun microsystems has ruined any potential benefits.

        • humbletightband@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          3
          arrow-down
          1
          ·
          3 months ago

          takes up a bunch of resources that could be doing other things…

          You cannot get rid of garbage collectors, but you can always compile your java into binary to reduce the memory footprint.