it would be nice to have the mod tools be easier to use and access

PS … also if this sounds like a corporate press release to you folks, we still punk 🤘😜🤘

"YES FELLOW KIDS, WE ARE ALSO, HOW YOU SAY, STILL DOWN WITH "IT" "

A lot of people here seem to think that Java code is awful and disgusting and no projects should ever use it. The thing about popular languages is that more code existing in a language inevitably means a lot of it ends up being bad. The same thing will likely happen to rust as it gets popular, but that isn't exactly a problem. It's possible to have a well-maintained Java codebase.

Debate between functionality of the actual programming languages at this point is pretty meaningless, if they have good development standards then a Java program could end up just as well maintained as rust. Any time saved by compiler enforcement of specific standards (like no using null) would be lost by the fact that the devs don't know rust tooling. You could just have a requirement in PRs that null isn't used. Both Java and Rust have usable frameworks for REST API development, so using one or the other comes down to familiarity.

The idea that programming languages make code suddenly good or bad is pretty silly. Different languages have different language-level guarantees which can help produce good or working code. That being said, it's not like it's impossible to write good Java code, just like it's not impossible to write bad rust code. Most people seem to be conflating guaranteed functionality and safety with maintainability, stability, and readability. Rust is still a new language, so although it's great, Java will probably be the better choice for the latter 3 qualities.

That being said, something like Kotlin would probably have been a better starting point since it can interact with Java (and works like Java in most cases) but also has some nice improvements like stricter null checking (Kotlin nulls are treated similarly to rust's Option<T>, it's just described as T? instead and the syntax is generally a lot more concise). There's also the benefit of being able to write some code in Kotlin and some in Java since they are mostly cross-compatible.

I don't see why the moderation tools couldn't just be improved on Lemmy. The new moderator view has been very useful for me as a moderator. We already have Lemmy and Kbin. The Sublinks about page doesn't say how it is going to be different/better than the existing options apart from moderation tools. On top of that it is made in Java instead of Rust? That's just going backwards in my opinion... This post also does not state why you guys are interested in a Lemmy alternative. You could have named some issues you have with it and why something else would be better(just like the Sublinks guys could have done in their about page). I started my communities here and put a lot of effort in them. I can't just switch instances without destroying most of the work done. The language used here really makes it sound like this instance is on borrowed time. Being able to transfer communities to another instance would be nice...