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.
I like this, I will contribute to this, I think a lot of Java haters in this thread fail to realize just how massive Java is compared to everything else.
Rust might be the latest, hottest, bestest Java killer out there and it might be a completely superior language to Java, doesn’t matter, it’s dwarfed in terms of how many people actually use it for real projects, projects that should run for years and years. Even if Rust is the true Java killer, it’s gonna take a good few more years for it to kill java, measured in decades, there is just way too many projects and critical stuff out there that is running on Java, that means lots of jobs out there for java, still and still more.
This means there are a lot of senior Java programmers out there with lots of years of experience to contribute to this project.
Plus Lemmy itself having alternatives and choices is just a good thing.
I am not a fan of Java. However, I think that you are 100% correct. This is a potentially very useful stack to have available and I hope that the two projects track together well.
This project has potential for high velocity development that Lemmy will never be able to match, purely because of the languages. Rust is, factually, slower to develop in than Java, even for experienced devs. Add to that the greater population that is comfortable with Java, and you have a recipe for really pushing interesting things and innovating quickly. Possibly establishing a relationship somewhat like Debian Sid to Debian Stable. It could also be interesting to have some low-level, Rust modules that are shared between the two when Lemmy gets to 1.0 (API stability), if there is something that is more optimally implemented in Rust but that would introduce more coupling.
Thank you for your perspective
Why Java though ? Like really ? It’s… Better than any other compiled language ?
Because modern Java is an OK language with a great ecosystem to quickly build web backends. And there are lots of java devs which means more potential contributors.
Hello world in Java = 500 lines of code.
Hello world in Rust = 3 lines of code.
Java is over-engineered corporate bullshit used by banks and Android development. Nobody programs Java for the fun of it.
Java backend? What year is it?
2024, Java is still the 2nd language on GitHub with 11,7% of the total code hosted, while Rust is number 13 with 1,8%
That’s not the whole story, most of the Java code that exists is proprietary, java is undoubtedly #1
You actually think there’s more Java code than JavaScript? Basically every website in the world feels the need to use JS nowadays.
obviously I wasn’t counting JS because by sheer volume, HTML+CSS+JS will outnumber everything because it’s the only combo for the browser.
but if you restrict it as JS for Backend, then obviously it’s not even close to Java.
If you can write off JS because “you have to use it because it’s the internet” then I can write off Java because “you have to use it for billions of 20 year old legacy applications”.
I am not writing it off, I am saying it has no competition in the browser… therefore irrelevant to the discussion at hand.
and btw, even in the link https://madnight.github.io/githut/#/pull_requests/2023/4 Javascript is not first, Python is, over Java.
but once again, you would actually have to look for the backed JS applications, you are not choosing java over JS for the web, at best you would choose JSF and that still uses javascript.
I think the people who say this and think Rust is the second coming of Jesus, just don’t code. You choose the right language that’s needed for the job. Server stuff like this is Java’s bread and butter. As amazing as Rust is, it has proven to not be a great choice for Lemmy’s development.
Based on all the other threads and cross posts it just seems like this software is being created because Jason Grim doesn’t like the lemmy devs or their politics. I guess that’s as good of a reason to fork as any. I’m happy with the way lemmy is and how its being created so I have been doing monthly donations to them for its development.
It’s not a fork though. It’s a complete rewrite in another programming language. That’s way more effort than a petty project.
The truth is, this might succeed based on developer reach. I love Rust, but I know it won’t have the reach (yet) that Java can, and more developers mean faster progress.
In the end, between this, Lemmy or another project which may be a fork of either, the success will be due to efforts of everyone involve at every stage. This wouldn’t exist without Lemmy, and Lemmy wouldn’t exist with ActivityPub.
I’m not sure I believe “faster” progress really means anything when two communists are creating a hobby software that isn’t really for business or necessarily targeting growth at all costs.
This is not hobby software, this is public good software. They are paid in large part by grants
Having a frontend rewrite seemed more critical than trying reimplementing the backend in a different language.
Remember, Lemmy had 4 years of development to iron out bugs, and this is essentially promising to make something in months that has a fully compatible backend to support all the third party apps, while adding features on top of what Lemmy has, and with a better front end with better mod tools to boot, with a complete rewrite of everything.
The scope of this project has planned for is already unviable. Suppose that Sublinks does reach feature parity to the current version of Lemmy, congratulations, the backend or mod tools is not something a regular user is going to notice or care about at all, all they will know is that suddenly, there are weird bugs that wasn’t there before, and that causes frustration.
And this project is going to get more developer traction because… Java?
I’d like to be proven wrong, but I’m very sceptical about the success of Sublinks, because it look like a project that was started out of tech arrogance to prove a point than out of a real need, I don’t work in tech, but the general trajectory of these kind of projects is that “enthusiasm from frustration” can only take you so far before the annoyance of dealing with mundane problems piles up, and the project fizzles out and ends with a whimper.
Lemmy had 4 years of development to iron out bugs
Lemmy had 4 years to accrue technical debt and make foot-guns first-class features. A rewrite is probably exactly what it needs.
Have you read the source code? I’m not trying to be a smartass, I’m genuinely curious.
I have and if I’m honest I’m probably a little bit too harsh. I think the bigger issue is honestly the priorities of the dev team. There’s good reason that this project is focussing on moderation tooling.
What sort of moderation tools are you missing in Lemmy?
Some things that seem hard to argue with:
- A mod panel with things like ‘add moderator’ (maybe this could be attached to the new moderator view?)
- Targeted reports (choose who receives it; admin/moderator)
- Moderation actions on jerboa
- Moderator edits. There’s a fine line here and I can understand why you wouldn’t want total edit capabilities but it’d be nice to at least be able to do things like mark as nsfw and add content warnings. This sort of feature should also probably target megathreads
- Private communities (I know local only communities are in the works but there’s a whole mess of other criteria that would be useful)
My own personal wishlist:
- Karma requirements
- First class wikis
- Hashtags (I actually think a super simple stopgap solution here is to just have them link to the appropriate search page)
- Flairs
There’s some other stuff that I have seen PRs for and I do understand y’all are working hard. I appreciate the work you’ve done so far and the communities you’ve helped build. The Internet is undoubtedly a better place for it.
And you think that a rewrite would magically solve all those technical debts?
Magically no, but sometimes a clean slate is easier than a refactor. I’m speaking generally though, I’ve never looked at Lemmy’s code, and I’m not even who you originally replied to.
I have higher hopes. Java is three times more developers than Rust (https://www.statista.com/statistics/793628/worldwide-developer-survey-most-used-languages/), and you can see in this thread a number of people saying they could contribute as they know Java and not Rust.
Let’s hope for the best.
Just peeking at the source code and it all looks like pretty standard stuff. Looks just like apps I’ve worked on at several jobs.
Is it sexy? No. But a lot of people have experience with this and could help develop.
Only time will tell if this project pays off though
Java is a corporate language that most devs hate. Rust (Lemmy) is more popular as a hobby language that devs enjoy hacking in for fun.
Hm, Java is hated by devs, but still 2nd language on GitHub with 11,7% of the total code hosted, while Rust is number 13 with 1,8%?
Stockholm syndrome.
And even more, the Lemmy codebase doesn’t really have any important developers besides the two main devs: https://github.com/LemmyNet/lemmy/graphs/contributors.
Even looking at the contributions to something like Mbin, which has been around for much shorter, you already see 6 people with more than 50 commits, while Lemmy has one
We have 13 contributors with Sublinks so far. I expect more will come after the announcement.
Java devs like you need to step away from the PC and stop assaulting the world with a terrible language. You should be ashamed of yourselves for inflicting decades of misery on the world.
Java will go the way of COBOL. The future is Nim.
I’m pretty sure Nutomic was a Java dev before starting work on Lemmy and learning Rust from scratch. That by itself should already speak volumes.
One-Up projects like this rarely ever turn out well, that’s from my own experiences. Even though this isn’t a popular view, I still think I’m right on this one, we can circle back in say, 6 months, to see if my predictions are right.
it it common to announce a ‘major rewrite’ without having it complete?
i mean, at the moment, theres little to discern it from lemmy at the moment… why make a big public proclamation about it before you even touch the front end?
To get contributors to the backend?
i guess. i would think there are better avenues looking for devs though
I also was a professional java dev, and also had to use spring boot in most corporate environments.
I don’t wanna knock anyone’s re-write, because I know how difficult it is to dissuade someone when they’re excited about a project. But to me, starting a new project or doing a rewrite, is the best opportunity to learn a newer, better language. We taught ourself Rust by coding lemmy, and I recently learned Kotlin / jetpack compose because I wanted to learn android development. Learning new languages is not an issue for most programmers; we have to learn new frameworks and languages every year or so if we want to keep up.
This is potentially hundreds of hours of wasted time that could be spent on other things. Even if someone absolutely hates Rust and doesn’t want to contribute to the massive amount of open issues on Lemmy, there are still a lot of front-ends that could use more contributors.
I’m pretty sure Nutomic was a Java dev before starting work on Lemmy and learning Rust from scratch.
That is true, I used to be an Android developer and then learned Rust by writing code for Lemmy. Are you by any chance my new stalker?
And if we’re comparing the languages, the fact alone that there are no Nullpointerexceptions makes Rust infinitely better than Java for me. I also agree that this sort of copycat project will soon be forgotten. For example have you ever heard of Rustodon?
I have a hard time believing that rewriting the backend from scratch would be faster than getting PRs approved on the main project.
Forks like this with one guy who “knows best” usually die a slow quiet death as they get left behind by the main project.
I think how quickly this project has gotten to near feature parity is a testament to how slow Lemmy development has been. Think about scaled sort (a feature that has been hotly requested since the migration) and how long that took to get merged in. A sort should not by any means be slow to implement.
