The Threadiverse is growing again, this time offering an effort to build a new Lemmy replacement from scratch, with API compatibility.

Seems like an interesting effort. A developer is building an alternative Java-based backend to Lemmy’s Rust-based one, with the goal of building in a handful of different features. The dev is looking at using this compatibility to migrate their instance over to the new platform, while allowing the community to use their apps of choice.

  • @beefcat@lemmy.worldEnglish
    9•11 months ago

    Or C#, it’s literally “Java, but good”.

    The only time I would choose Java for a new project is if I had a hard dependency on something that only works with Java…

      • @beefcat@lemmy.worldEnglish
        3•11 months ago

        I understand that being a problem for Rust, but not for many of the other “better than Java” languages on this list. Like, I dunno…C#?

        If I’m being honest though, I just really hate Oracle, and that’s enough to give me pause over anything they dip their fingers in.

          • P03 LockeEnglish
            3•11 months ago

            I think C# is probably more popular than it advertises here, but not on GitHub.

            • @beefcat@lemmy.worldEnglish
              1•11 months ago

              C# is regularly under-represented in OSS, in part because for most of it’s existence, the primary implementation (.NET Framework) was not open source or cross platform. It is also very popular in fields where open source is not the norm (game development, bespoke backend infrastructure, embedded apps).

          • @beefcat@lemmy.worldEnglish
            0•11 months ago

            I said it was easy to find C# developers, not that there were more of them on Github.

            If the number of possible contributors on github is the big factor here then Python is the obvious choice at 18%.

    • Aatube
      1•11 months ago

      Or Kotlin, which is much more “Java but good” as it even runs on the JVM

        • Aatube
          1•11 months ago

          You can switch to Kotlin Native, which depends on C libraries, or Kotlin JS, which depends on whatever libraries your JS runner has. No matter whatever Oracle has done, they produce a pretty good library, API spec and OpenJDK.