Whoa. Some of us moderators are just average users who escaped from Reddit. I moderate two small niche support groups. (Stopdrinking and bipolar) I know the other moderator in bipolar is about the same tech level as me. (NOT coders!).

This sounds like we need to rehome our groups???

I run a community of over 11K almost by myself on reddit and I can't say I struggle to moderate it. Here on Lemmy I post to one I set up, but I'm the only one doing it. That said, I saw virtually no moderation tools, so it would definitely help to have something. However, I don't want my posts to get lost or be spread across two or more communities, as opposed to having everything searchable in one place. What would be the technical obstacle in copying the posts and preserving the dates? If size is an issue, they could be capped to a specific size, only with the metadata transferred in those cases.

Will there be a user survey too?

When's the IPO?

The survey form eats more RAM the longer it's open until it becomes unusable.

Can you help me understand what the first 6 questions have to do with the survey subject of moderation? They seem to collect personal information without direct bearing on anything.

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.

This is very sad to see... Instead of improving things from within, you are trying to split the community.

What's with the demographics questionnaire? It's an experience survey lol.