this post was submitted on 23 Jan 2024
14 points (100.0% liked)

Fediverse

28396 readers
282 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to [email protected]!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 1 year ago
MODERATORS
 

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.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 0 points 10 months ago (3 children)

Why Java though ? Like really ? It's... Better than any other compiled language ?

[–] [email protected] 1 points 9 months ago (1 children)

It's probably got the best library/tooling ecosystem of any language out there. Certainly dwarfs Rust in that regard. Easier to find devs. Reasonably efficient thou not as much as Rust and typically less memory efficient. It's a perfectly good suggestion for a project like Lemmy. I'd reach for Java or Go before Rust for a project like this but you know, that's just me.

[–] [email protected] 2 points 9 months ago (1 children)

You see, Go would've been a better option than Java.

[–] [email protected] 1 points 9 months ago

It would have been a good option. As is Java. If you want to do it in Go, go ahead.

[–] [email protected] 1 points 10 months ago* (last edited 10 months ago) (2 children)

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.

[–] [email protected] 2 points 10 months ago (2 children)

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.

[–] [email protected] 1 points 9 months ago (1 children)
[–] [email protected] 0 points 9 months ago

Java devs are the reason humanity will never have FTL drives.

[–] [email protected] -2 points 9 months ago

Hello World is < 10 lines in Java. Just say you don’t know the language and go away.

Java runs the majority of corporate software out there, and it is very good at what it’s built for.

I’ll take Java over Python/Rust any day of the week

[–] [email protected] 2 points 10 months ago (2 children)

Exactly. It's also using Spring Boot, Hibernate, and Lombok. It looks just like projects at work. It might be the first fediverse project I contribute regularly to.

[–] [email protected] 0 points 10 months ago (1 children)

Spring Boot, Hibernate, and Lombok

Ah, yes. How about he kitchen sink and another 5000 dependencies to make Java bareable to code in? Actually lets skip Java cos it's an over-engineered cluster-fuck that considers verbosity a virtue.

[–] [email protected] -1 points 9 months ago

If you don't want to contribute, don't. Do you think being a hater is helpful?

[–] [email protected] 1 points 10 months ago

+1 same

I tried to contribute to Lemmy, spent a few hours really confused by rust and gave up. I can meaningfully contribute to a Java/Spring project, not a rust one.

[–] [email protected] -1 points 10 months ago (1 children)

Probably because everyone knows it and its more predictable

[–] [email protected] 0 points 10 months ago (1 children)
[–] [email protected] -1 points 10 months ago (1 children)

If you say the function should only recieve one argument and returns always boolean. It is predictable to only allow the wanted args and forces you to return a boolean.

For example in a less predictable programming language e.g. Python: I can do all above but python does not stop anyone to put more or less arguments to a function, or a developer not adding typehints or not complying to them and return a string instead of a boolean.

But i had it wrong rust is similar to java on that part.

But still it is a lot more popular and easier to start with. So there will be a lot more contributor to sublinks than lemmy ever had.

[–] [email protected] 1 points 10 months ago (1 children)

Well in that sense Rust is even more predictable than Java. In Java you can always get back exception that bubbled up the stack. Rust function would in that case return Result that you need to handle somehow before getting the value.

[–] [email protected] -1 points 10 months ago (1 children)

That i dont understand? How can it be a result that i need to handle? If its not correct than java will throw an error. ( As expected, shit in shit out )

[–] [email protected] 0 points 10 months ago* (last edited 10 months ago) (1 children)

It's a great and probably the best error system I've seen, instead of just throwing errors and having bulky try catch statements and such there's just a result type.

Say you have a function that returns a boolean in which something could error, the function would return a Result<bool, Error> and that's it. Calling the function you can choose to do anything you want with that possible Error, including ignoring it or logging or anything you could want.

It's extremely simple.

[–] [email protected] 0 points 10 months ago (1 children)

If I except a boolean, there is an error and get a Result, is Result an object? How do I know if I get a bool or error?

[–] [email protected] 0 points 9 months ago (1 children)

You always get a Result. On that result you can call result.unwrap() (give me the bool or crash) or result.unwrap_or_default() (give me bool or false if there was error) or any other way you can think of. The point is that Rust won't let you get value out of that Result until you somehow didn't handle possible failure. If function does not return Result and returns just value directly, you (as a function caller) are guaranteed to always get a value, you can rely on there not being a failure that the function didn't handle internally.

[–] [email protected] -1 points 9 months ago* (last edited 9 months ago)

That's a kinda terrible way to do it compared to letting it bubble up to the global error handler.

You can also use optional in java if you want a similar pattern but that only makes sense for stuff where it's not guaranteed that you get back the data you want such as db or web fetch