I tried using Lemmy, but it's unusable. Every thread has <5 comments. It's a ghost town.
I've seen this type of comment multiple times on reddit and I still don't understand this sentiment. It just shows that the OP has not once sorted by active and "nobody is using it so I'm not using it" is a pretty weak argument if you claim to "really like the idea".
Honestly, I agree that it's generally pretty "dead" (esp. compared to Reddit), but to your second point, I still use Lemmy exclusively because I really do like the idea. Plus, it's already good enough to be a fairly viable Reddit replacement imo.
Of course Lemmy doesn't yet offer the same variety of content that reddit does but there are still very active discussions on the frontpage right now. Just on page one of my instance there is one post with 300+ comments and 5 more with 100+. Calling it a "ghost town" is just such an exaggeration that I felt the need to call it out.
He basically says "I won’t comment because there are no comments." Where does he think the comments are coming from? It’s up to us to do this, and it’s pretty successful so far for me.
~~"I don't like this centrally managed, corporate controlled social network. I'm going to move to this other centrally managed, corporate controlled network. It'll be different this time."~~
~~At some point, we have to stop blaming Reddit/Facebook/Google/etc and start accepting that some people really don't learn from past experience.~~
~~Lemmy sucks in a lot of ways, but it's something we control and can improve according to our needs rather than the profits of some amoral megacorp. I'll take that over yet another round of surprised Pikachu in a few years.~~
I take it you didn't read the article?
It turns out that "the threadiverse" is not "Threads".
You got me. I was being lazy. I suck.
So, the main blocking problem for transitioning to the Threadiverse is that there are too many alternatives?
I know that the Rust project doesn't often make things "official", but in this case this would be a very easy way to solve a very real problem.
Later, when we have some way to collect communities together, we can diversify again to have a bit more resiliency against one server going down.
I know the Leadership Council is probably busy, but I would really love if they would do this (though I'm not very deep in the Rust Project myself, so I can't kick this off).
Agreed. Why overcomplicate things? I can understand the desire not to pick favourites in a rapidly-evolving space which was clearly the approach of /r/rust mods early on, but enough time has now passed that the project could save everyone some headaches by just picking one Lemmy community that they're confident will be held to the Rust community standards. Nobody's expecting a permanent decision with young software. We can change the way we operate again in a year or two if we have to.
Agreed, why throwing more programming, delays and complexity to it while the main goal is just to first find a new official home, P0 is to pick an instance, move to it and announce it. Then P1 if you want to federate better subcommunities: sure! do it! and the larger lemmy community will benefit from it.
I already commented this on programming.dev, but I would like to be able to use rust's domain in the fediverse. ex. user@fediverse.rust-lang.org.
It could provide as a method for better identity verification across the fediverse. I also think it just makes sense for rust's governance to control a fediverse instance, as they're more knowledgeable to the content that is posted. As an example, it doesn't make sense for a movies forum to host a community for surgeons. While programming.dev is relevant to programmers, it might be beneficial for rust's governance to be able expand communities on the instance for rust in the future.
Oh my that comments section is a tad toxic, and not just because it’s critical of lemmy, that’s fine, but forceful and presumptuous.
I genuinely forgot how a big chunk of Reddit are massive assholes haha
I haven't been there much in months but the general vibe is so different.
Since blocking the tankies I hardly see that on Lemmy.
(Reposting my comment here from the lemmy crosspost)
Just pointing out that the pawb.social people are/were also planning on forking Lemmy for similar reasons: https://pawb.social/post/147036 . Not entirely sure how much work has gone into it, but might be worth syncing up with them. Although I'm not sure if it's the "right" thing to do to fork just for ideological reasons, especially since the main lemmy.ml instance seems to be fairly neutral.
I've been thinking about how a single "community" could exist across multiple instances, especially given that the landscape right now is that communities are basically:
Communities following others seems an elegant solution, honestly. Although, I would say that moderators should be able to remove posts of communities they follow, just in case.
However, something stuck out to me when reading the design discussion:
Users who post to a community that follows other communities are offered the choice of whether to post directly to the community they're following, or to one of the communities that are followed by that community. They need not post multiple times, because posting to a more 'upstream' community would cause it to be seen by users of that community as well.
Why not? The lemmy web client at least does a good job at de-duplicating crossposts, and the client used for posting could give you a bullet list of communities you want to send it to. Imagine instances a, b and c where a defederates c, but a also has the largest community for bespoke hatwear or whatever. If you (who is on none of those instances) send your post to just a (because it's the largest), then your content will be unavailable to c. But if you post to both a and c, you reach both communities.
Another thing that confused me while trying to wrap my head around things is this diagram, which I don't think covers a common case:
If a user on b makes a post 1 to the community on c... What happens?
Option 1:
funny@c boosts post 1 as message 2.funny@b is sent 2 and boosts post 1 as message 3.user2@a can see 1 through message 3 because it is posted on b, which they federate with.Option 2:
funny@c boosts post 1 as message 2.funny@b is sent 2 and boosts post 2 as message 3.user2@a cannot see 2 through message 3 because 2 is on c which they do not federate with.A tricky read. "We provided no guidance so no one had a clue" vibes from it.
You didn't need to ask everywhere, just somewhere and make conclusions based on it. It would be mostly the same advice.
How can we talk to all the people who evacuated the on fire building because there wasnot clear assembly point.
Could have always rewritten Lemmy in Rust.