Yesterday, you probably saw this informal post by one of our head admins (Chris Remington). This post lamented some of the difficulties we’re running into with the site at this point, and what the future might hold for us. This is a more formal post about those difficulties and the way we currently see things.
Up front: we aren’t confident in the continued use of Lemmy. We are working through how best to make the website live up to the vision of our documents—and simply put, the vast majority of the limitations we’re running into are Lemmy’s at this point. An increasing amount of our time is spent trying to work around or against the software to achieve what we want rather than productively building this community. That leaves us with serious questions about our long-term ability to stay on this platform, especially with the lingering prospect of not having the people needed to navigate backend stuff.
Long-time users will no doubt be aware of our advocacy for moderator tools that we think the platform needs (and particularly that we need). Our belief in the importance and necessity of those tools has only hardened with time. Progress of those tools, however—and even organizing work on them—has been pretty much nonexistent outside of our efforts from what we can see.[1] In the three months since we started seriously pushing the ideas we’d like to see, we’re not aware of any of them being seriously considered—much less taken up or on the way to being incorporated into Lemmy.
In fact: even within the framework of Lemmy’s almost nonexistent roadmap and entirely nonexistent timetable on which to expect features it has been made clear to us that improving federation or moderation on the platform are not big priorities.[2] We have implicitly been told that if this part of the software is to improve we will need to organize that from scratch. And we have tried that to be clear. Our proposal is (and has been) paying people bounties for their labor toward implementing these features, in line with paying all labor done on our behalf—but we’ve received mixed messages from the top on whether this would be acceptable. (Unclear guidance and general lack of communication is symptomatic of a lot of our relation with the Lemmy devs in the past few months.)
Things aren’t much better on the non-moderator side of things. The problems with databases are almost too numerous to talk about and even Lemmy’s most ardent supporters recognize this as the biggest issue with the software currently. A complete rewrite is likely the only solution. Technical issues with the codebase are also extensive; we’ve made numerous changes on our side because of that. Many of the things we’re running into have been reported up the chain of command but continue to languish entirely unacknowledged. In some cases bugs, feature requests, and other requests to Lemmy devs have explicitly been blown off—and this is behavior that others have also run into with respect to the project. Only very recently have we seen any overtures at regular communication—and this communication has not hinted at any change in priorities.
All of what was just described has been difficult to get a handle on—and having fewer users, less activity, and more moderators has not done a whole lot to ease that. We honestly find that the more we dig and the more we work to straighten out issues that pop up, the more pop out and the more it feels like Lemmy is structurally unsound for our purposes. (One such example of what we’re working with is provided in the next section.)
In summary: we believe we can either continue to fight the software in basically every way possible, or we can prioritize building the community our documents preach. It is our shared belief that we cannot, in the long-term, do both; in any case, we’re not interested in constantly having to fight for basic priorities—ones we consider extremely beneficial to the health of the overall Lemmy network—or having to unilaterally organize and recruit for their addition to the software. We are hobbyists trying to make a cool space first and foremost, and it’s already a job enough to run the site. We cannot also be surrogates for fixing the software we use.
PenguinCoder: A brief sketch of the technical perspective
I’ve said a few words about this topic already, here and here. Other Beehaw admins have also brought some concerns to the Lemmy devs. Those issues still exist. To be clear: this is a volunteer operation and Lemmy is their software; they have a right to pick and choose what goes into it and what to put a priority on. But we have an obligation to keep users safe and secure, and their priorities increasingly stifle our own.
In the case of this happening for open source projects, the consensus is to make your own fork. But:
The problem with forking Lemmy is in starting from all the bad that is inherently there, and trying to make it better. That is way more work than starting fresh with more developers. IE, not using Rust for a web app and UI, better database queries from the start, better logging/functions from the start; not adding on bandaids. A fork of Lemmy will have all of Lemmy’s problems but now you’re responsible for them instead.
We don’t need a fork, we need a solution.
To give just one painful example of where an upstream solution is sorely needed: the federation, blocking, and/or removal of problem images.
- You post an image to Beehaw.
- Beehaw sends your content out to every other server it’s federated with
- Federated server accepts it (beehaw.org is on their allowlist), or rejects it (beehaw.org is on their denylist)
- If the server accepts it, a copy of your post or comment including the images are now on that receiving server as well as on the server you posted it to. Federation at work.
- Mod on beehaw.org sees your post doesn’t follow the rules. Removes it from beehaw.org. The other instances Beehaw pushed this content to, do not get that notice to remove it. The copy of your content on Beehaw was removed. The copy of your content on other servers was not removed.
- The receiving federated instance needs to manually remove/delete the content from their own server
- For a text post or comment that’s removed, this can be done via the admin/mod tools on that instance
- For a post or comment including a thumbnail, uploaded images, etc; that media content is not removed. It’s not tracked where in Lemmy that content was used at. Admin removal of media commences. This requires backend command line and database access, and takes about a dozen steps per image; sometimes more.
There are dozens of issues—some bigger, some smaller—like this that we have encountered and have either needed to patch ourselves or have reported up the chain without success.
Alternatives and the way forward
If possible the best solution here is to stay on Lemmy—but this is going to require the status quo changing, and we’re unsure of how realistic that is. If we stay on Lemmy, it is probable that we will have to do so by making use of a whitelist.
For the unfamiliar, we currently use a blacklist—by default, we federate with all current and newly-created nodes of the Fediverse unless we explicitly exclude them from interacting with our site. A switch to a whitelist would invert this dynamic: we would not federate with anybody unless we explicitly choose to do so. This has some benefits—maintaining federation in some form; staying on Lemmy; generally causing less entropy than other alternatives, etc. But the drawbacks are also obvious: nearly everything described in this post will continue, blacklist or whitelist, because a huge part of the problem is Lemmy.
Because of that we have discussed almost every conceivable alternative there is to Lemmy. We are interested in the thoughts of this community on platforms you have all used and what our eventual choice is going to be, but we are planning on having more surveys in the future to collect this feedback. We ask that you do not suggest anything to us at this time, and comments with suggestions in this thread will be removed.
As for alternatives we’re seriously considering right now: they’re basically all FOSS; would preserve most aspects of the current experience while giving us less to worry about on the backside of things (and/or lowering the bar for code participation); are pretty much all more mature and feature-rich than Lemmy; and generally seem to avoid the issues we’re talking about at length here. Downsides are varied but the main commonality is lack of federation; entropy in moving; questions of how sustainable they are with our current mod team; and more cosmetic things like customization and modification.
We’re currently investigating the most promising of them in greater depth—but we don’t want to list something and then have to strike it, hence the vagueness. If we make a jump, that will be an informed jump. In any case logistics mean that the timetable here is on the order of months. Don’t expect immediate changes. As things develop, we’ll engage the community on what the path forward is and how to make it as smooth as possible.
Other administrators have probably vocally pushed for these things, but we’re not aware of any public examples we can point to of this taking place. Their advocacy has not produced results that we’re aware of in any case, which is what matters. ↩︎
Perhaps best illustrated by the recent Lemmy dev AMA. We’ll also emphasize that Beehaw’s admin team is not alone in the belief that Lemmy devs do not take mod tools or federation issues particularly seriously. ↩︎
A few high level notes about this post, given some of the discussions and behavior in the informal chat post by Chris the other day:
- We understand this is perhaps the biggest crossroads we’ve hit yet, and a seriously big issue. It’s understandable that you might have strong emotions about the Fediverse as a whole, or the action we are taking as an instance. If you are not from our instance and you come into this thread with a short hostile comment about how we aren’t respecting your views or that we should never have joined the Fediverse in the first place, your comments will be removed and you will be banned.
- Any suggestions for what we should do, that involve actual effort or time, such as finding developers to fix the problems we’ve had should be accompanied with an explanation of how you’re going to be helping. We’ve lodged countless github tickets. We’ve done our due diligence, so please treat this post with good faith.
- Similarly doing nothing more than asking for more details on the technical problems we are struggling with, without a firm grasp of the existing issues with Lemmy or the history of conversations and efforts we’ve put in is not good faith either. We’re not interested in people trying to pull a gotcha moment on us or to make us chase our tails explaining the numerous problems with the platform. If you’re offering your effort or expertise to fix the platform you’re welcome to let us know, but until you’ve either submitted merge requests or put in significant effort (Odo alone has put in hundreds of hours trying to document, open tickets, and code to fix problems) we simply may not have the time to explain everything to you.
- I want to reiterate the final paragraph here in case you missed it - we are not looking to make any changes in the short term. We expect it would be at the minimum several months before we made any decisions on possible solutions to the problems we’ve laid out here.
- Finally, I want to say that I absolutely adore this community and what we’ve all managed to build here and that personally, I really care about all of you. I wish we weren’t here and I wish this wasn’t a problem we are facing. But we are, so please do not hesitate to share your feelings 💜
- The Cuuuuube ( @Cube6392@beehaw.org ) English31•1 year ago
Thank you for all that you do
- potterman28wxcv ( @potterman28wxcv@beehaw.org ) 22•1 year ago
Similarly doing nothing more than asking for more details on the technical problems we are struggling with, without a firm grasp of the existing issues with Lemmy or the history of conversations and efforts we’ve put in is not good faith either. We’re not interested in people trying to pull a gotcha moment on us or to make us chase our tails explaining the numerous problems with the platform
This is understandable but leaving platform is a big decision and the technical reasons are not really clear. Or at least they are not really crystal clear from the posts I have read. As end users we don’t really have much of a choice except to trust you.
Personally one example I have is the lack of moderation tools. I have read numerous times that it was a problem. But I do not know what it means practically speaking - what is missing exactly.
You do not have to explain it and I am not asking it of you. But I just want to say that I feel like there are details that sound to be very relevant to your future decision but are yet undisclosed. Or maybe I just missed them
Thanks for all the work into making Beehaw what it is today. I joined during the Reddit exile and I’m happy to have found this community. I hope it continues to thrive
- Lionir [he/him] ( @Lionir@beehaw.org ) English38•1 year ago
Some of the moderation issues that we’ve talked about in the past are linked in the OP post. I will say that it has only gotten worse over time. I cannot think of a single moderation feature which actually fully works. That is how bad I think things are. They’re all broken in subtle ways. Yes, even reports are broken.
- potterman28wxcv ( @potterman28wxcv@beehaw.org ) 5•1 year ago
Given that it’s still a newish project I do not find it abnormal to have broken features though I understand that it must be frustrating to have to deal with issues like that.
If a benevolent user were to work on fixing such bugs perhaps the problem would get solved ? Maybe once the new contributors catch up, one of them will make development in that direction ? Or do you believe there is really no hope for the project in that regard ?
- Hisnitch ( @Hisnitch@beehaw.org ) 14•1 year ago
Well, under any other circumstances, I would absolutely agree. Many users for other projects do, and have, volunteered their time, money, and blood (both in a metaphorical and a somewhat literal sense) so that a project can survive and live. However, that’s just not the case here.
More then enough end users have tried to make the switch to become engineers, developers, bug hunters, the full works. They have offered up their time, their blood, their money, and their minds trying to help Lemmy get off the problems it currently sits on. There isn’t a bereft amount of people, both experienced and inexperienced, unwilling to help, in fact, there’s probably too many spoons in the pot.
What I’m trying to say is that, it’s not problem with the helpers, it’s a problem with those who need the help, because it appears that those who need the help don’t really want it in the first place at all.
- potterman28wxcv ( @potterman28wxcv@beehaw.org ) 9•1 year ago
Sorry if I missed it, but do you have a specific example where the proposed help was denied by the maintainers? A case where they clearly acted against it such as a merge request denial, prematurely closing the issue or explicitly telling contributors to not contribute on that?
I see there is an issue here: https://github.com/LemmyNet/lemmy/issues/3275
This issue was too large so lionir asked it to be split and linked two related issues like https://github.com/LemmyNet/lemmy/issues/3662
So far I am not seeing anything like maintainers refusing the help - but perhaps this happened in private side channels or something like that?
- afbpinheiro ( @afbpinheiro@beehaw.org ) 4•1 year ago
I might have missed it too, but I don’t see what’s the core issue. I understand that the lack of moderation tools can be very frustrating, but Lemmy is open source and anyone can do a PR with improvements.
If the devs discard them for no reason or are rude I would understand the “they don’t want any help” argument, but I saw no example.
Creating another social media project is just splitting efforts and I’m not sure if the amount of work is not being underestimated by a big margin.
- m-p{3} ( @mp3@lemmy.ca ) 15•1 year ago
I’m sad to see how dire the situation is on the moderation and admin side of things, but I just wanted to say best of luck and wish you the best no matter what you decide.
The communities in this instance are occupying a good portion of my subscriptions (quality content most of the time) and I’ll definitely miss them if you end up leaving the fediverse.
- LucyLastic ( @LucyLastic@beehaw.org ) 10•1 year ago
Hi, just wanted to say I think you’re really cool and keep up the good work :-)
- UngodlyAudrey🏳️⚧️ ( @UngodlyAudrey@beehaw.org ) 58•1 year ago
The Lemmy dev AMA really shook my faith in the future of lemmy itself. That being said, I’ll support and stand behind you, regardless of what you decide. If we make a new platform, I’ll follow, if we choose to stand our ground and make the best of it, I’ll help do my part. I believe in Beehaw and I’m proud to be part of the community.
Thank you.
- JackbyDev ( @JackbyDev@programming.dev ) English13•1 year ago
Do you have a link to the AMA?
- The Cuuuuube ( @Cube6392@beehaw.org ) English12•1 year ago
It’s linked in the top level post
- lemillionsocks ( @lemillionsocks@beehaw.org ) 9•1 year ago
There was an ama? Do you happen to have a link or know which subinstance it was on?
- The Cuuuuube ( @Cube6392@beehaw.org ) English16•1 year ago
It’s linked in the top level post. Lemmy.ml, one of the two pet instances for the Lemmy devs
- lemillionsocks ( @lemillionsocks@beehaw.org ) 7•1 year ago
Yes it is! This is what I get for passively reading threads while watching tv.
- luckless ( @luckless@beehaw.org ) 51•1 year ago
I’m also quite unnerved by the responses to @Gaywallet@beehaw.org in regards to the promotion of instances that spread bigoted ideas and harrass other instances on join-lemmy.
The complete disregard seems to run counter to the ideology that beehaw is built on. It becomes clearer to me as time goes on that beehaw and lemmy have very different (and in some cases opposite) goals and priorities in mind. I for one would be completely onboard for a switch. I’ve admittedly used beehaw and lemmy in general less and less as the moderation issues and shift of tone in conversations have increased.
I think the admins and moderators of beehaw have been doing a wonderful job with the hand dealt regardless.
- The Cuuuuube ( @Cube6392@beehaw.org ) English29•1 year ago
Yeah those responses are… Pretty bad, and even trend towards almost making me think he’s intentionally refusing to acknowledge the nature of the question
- luckless ( @luckless@beehaw.org ) 27•1 year ago
Yes I’m with you there. It reminded me a lot of the common reactionary strategy of purposefully misinterpreting a question in to make the question asked sound unreasonable. Trying to paint it as though promoting them equally with all the other instances is a neutral action/position.
- natebluehooves ( @natebluehooves@pawb.social ) 47•1 year ago
As an admin of furry.engineer, pawb.fun, and pawb.social (our lemmy instance) i have to concur. After just a few months, i’m just… tired.
Keeping the hardware happy is easy and fun, but moderation is nearly impossible. Also the waves of reactionary argumentative users from instances with open sign up are getting out of hand.
I’m about ready to switch to whitelist federation personally, but would need to build said whitelist. I will monitor and see where beehaw goes from here, because if our moderation team agrees, we will probably take similar action.
I have no faith in the lemmy devs to take these issues seriously. Has anyone looked at kbin to see what is different in terms of moderation?
- The Cuuuuube ( @Cube6392@beehaw.org ) English15•1 year ago
@ada@lemmy.blahaj.zone had some thoughts, I saw, some time ago, about KBin mod tooling. They were not flattering
- natebluehooves ( @natebluehooves@pawb.social ) 15•1 year ago
That is… discouraging.
For some background: I am a hardware and sysadmin junkie. my server rack is a homelab for learning and reinforcing skills around systems administration, virtualization, and now kubernetes. All this bad faith behavior on lemmy is killing my ability to focus on learning, and mastodon has nowhere near the same number of bad actors. Not sure what it is about a link aggregation service that attracts these people.
If things continue the way they are, whitelisting federation or shutting down will likely be our options.
Don’t get me wrong, i adore the idea of folks logging into the server in my basement and hanging out, I just don’t think that outweighs the current stream of bigotry, hate and CSAM being passed around.
- BitOneZero ( @BitOneZero@beehaw.org ) 11•1 year ago
Has anyone looked at kbin to see what is different in terms of moderation?
Kbin is a newer app, but it isn’t any further along than Lemmy in terms of moderation tools. It is only now just getting an API to allow any kind of automation tools. For the past month spam has been a problem on the main kbin instance and the developer has openly said he hasn’t been able to keep up with it.
- stopthatgirl7 ( @stopthatgirl7@beehaw.org ) 1•1 year ago
Popping in late to say that the guy running kbin has said that a huge update is coming by the end of month, and one of the things that’s getting fixed is admin tools across federation. With luck, kbin will be less of a mess soon.
- ulkesh ( @ulkesh@beehaw.org ) English44•1 year ago
I am so tempted to say F-it and just start my own ActivityPub Fediverse project to replace Lemmy. It’s such a daunting commitment, though, and we each have our lives to live. I wish the admins of Beehaw all the luck and success in what they’re having to wrangle with. It’s too bad the Lemmy maintainers are so unwilling to work toward fixing the clear major pain points of the software.
- forestG ( @forestG@beehaw.org ) 19•1 year ago
Well, I am sure many are tempted… I am waiting to see if a berson decides to carry the ring so I can offer my axe :p
- ulkesh ( @ulkesh@beehaw.org ) English12•1 year ago
If I didn’t have a full-time job and a family, I’d probably already have begun. I would offer my bow! :D
- PenguinCoder ( @Penguincoder@beehaw.org ) English16•1 year ago
Tell me about it. But uhh… have my beer mug instead? There’s nothing I want to do more right now than make a better service (subjective of course) for Beehaw’s use. Time and obligations prevent that from being a quick enough solution though.
- The Cuuuuube ( @Cube6392@beehaw.org ) English9•1 year ago
And for the early phases of a FOSS project like this you kind of need a benevolent dictator who already has the project started
- PenguinCoder ( @Penguincoder@beehaw.org ) English11•1 year ago
Yes; but Benevolent is the key phrase where. Not just a dictator for the code.
- The Cuuuuube ( @Cube6392@beehaw.org ) English7•1 year ago
Mmmhmmmmmmmmmmm. My inclusion of the word was not merely rote practice of the BDFL model lodging itself in my brain. I have some strong feelings about how code is a form of communication, and that the software you develop is intrinsically mapped to the ways you approach person to person interactions. Case in point, the very best software platform for Beehaw would be one whose developers felt the ideal platform would involve be(e)ing nice. This mentality would cause a developer to put heavy phasis on good moderation tools, ones that can give clear, meaningful, and thoughtful reasonings for moderation actions being taken as well as easy ways to parse these mod logs to learn the sorts of social norms the community does and doesn’t tolerate.
Given all this the development of the software would be open to listening to diverse perspectives in feature requests. And I mean diverse perspectives in terms of “this group is vulnerable to online attacks”
- Fushuan [he/him] ( @fushuan@lemm.ee ) English8•1 year ago
I’m tempted to read the whole codebase to start a merge request to implement some modicum of mod tools. Things like deletion propagation, including uploaded media so stuff like GDPR deletion requests can be properly executed would be great, since this would enable or facilitate “admin purge” alongside it. I’m not that well versed in rust but I’ve got my fair share of experience coding. I’ll see how regular post propagation is done and see how deletion is treated (I feel like the solution might be something that instead of truly deleting the data it delets the content but leaves the records on the BD marked for deletion so it propagates correctly, and then after some time an automated task finally deletes them.
If you want I can update you after forking and creating the merge request to work on. IF I begin this, it would be helpful to have some critique.
I personally believe that scratching the whole this is too excessive, there are ways to modify the backend codebase with forks and merge requests if the core developers are open to pull requests. If they are not the project already died lmao.
I’m checking their federation activities on the docs, it seems like user removals do federate but mod removals dont? I’ll check the code when I get out of work :). It might be interesting to look there. https://join-lemmy.org/docs/contributors/05-federation.html
Second edit: It seems like image logging is already developed databasewise. There was quite a lot of discussion on this issue and it was merged a while ago. Frontend tools need to be developed also, but it’s a start: https://github.com/LemmyNet/lemmy/pull/3927
- ulkesh ( @ulkesh@beehaw.org ) English4•1 year ago
You are a hero we need, but do not deserve. Thanks for any and all work you’re doing! If Lemmy can be fixed, I’d love to see it and maybe even help in some small way. If the maintainers are not willing to accept PRs, especially in a timely manner, then I agree, it’s not going to survive long.
- Fushuan [he/him] ( @fushuan@lemm.ee ) English5•1 year ago
As already stated in the edit, there are already contributions for user and image purges that are being merged, several accepted merge requests in the last week, so the community IS working and the devs are receptive. It seems like the code is developed as two separate servers, one for lemmy and the other for the image manager, and it interacts with any client as a REST server. Then, it connects into ActivityHub through a high level API that I have to check yet, but the functionalities people are asking don’t seem to be impossible to implement tbh. Admin / mod tools need to be implemented first as valid endpoint operations and then be exposed to the outer API so clients can then implement an interface for actual users to do stuff.
The gist of it is that all these kind of stuff takes time, and the amount of people that is up for contributions is not that high, and when lemmy exploded this july, the priority was server stability.
- TehPers ( @TehPers@beehaw.org ) English7•1 year ago
I’ve played with some ideas, but turns out the ActivityPub protocol is extremely difficult to implement in strongly-typed languages, at least from my experience. Anyway, whoever picks this up, here’s my sword!
- ulkesh ( @ulkesh@beehaw.org ) English4•1 year ago
Yeah, that just reinforces why I would probably choose NodeJS.
- SorteKanin ( @SorteKanin@feddit.dk ) 14•1 year ago
I am so tempted to say F-it and just start my own ActivityPub Fediverse project to replace Lemmy. It’s such a daunting commitment, though, and we each have our lives to live.
This is a conundrum I’ve had as well. I really wish I could spend my time creating a better Lemmy backend from scratch. But it seems like a massive commitment. If I would know that others would rally together for the same cause, I may go along with it though.
- Serinus ( @Serinus@lemmy.ml ) English5•1 year ago
The way things like this tend to be done at scale is to rewrite one part at a time, however you can break it up.
- SorteKanin ( @SorteKanin@feddit.dk ) 13•1 year ago
Yea I’m not entirely sure how you’d do that with Lemmy at the moment… As stated in the post, it may literally be less work to start from scratch with the better knowledge we have today of the requirements.
- The Cuuuuube ( @Cube6392@beehaw.org ) English8•1 year ago
I’ve been thinking about this as well. I’ve been evaluating crystal, lua, js, or python as potential implementation languages
- SorteKanin ( @SorteKanin@feddit.dk ) 25•1 year ago
As someone who’s very proficient in Rust, I actually think it’s the perfect language for a backend API. But the Lemmy code (from my tbh limited experience with it) seems quite verbose and cumbersome for the amount of features it needs to support. I have also been tempted by the thought of a Rust rewrite. The features needed honestly don’t seem that complicated.
- The Cuuuuube ( @Cube6392@beehaw.org ) English15•1 year ago
Part of the problem I’d like to solve for is that Lemmy is hard for outside contributors to contribute to which is a function of both the verbosity you called out and the weirdnesses that can come to the uninitiated with Rust
- SorteKanin ( @SorteKanin@feddit.dk ) 20•1 year ago
I know that Rust can have a bit of a learning curve, but it is also extremely reliable, especially when taking contributions from all kinds of people as different changes are unlikely to slowly break each other over time.
I would for example be extremely cautious when it comes to dynamically typed languages like Python. If you think bad Rust can be verbose or complicated, you’ve never seen bad Python. It can devovle into a mess very easily due to the lack of static analysis.
Also Rust has great performance which is important for keeping operational costs low. Corporations running Python just eat that cost because it’s nothing compared to an engineers salary but operational cost will be everything when it comes to a volunteer run service.
- TehPers ( @TehPers@beehaw.org ) English8•1 year ago
Having tried to do this in Rust, the ActivityPub protocol is not very Rust-friendly. There’s a lot of weirdness, like how objects can have multiple types at once (aka
@type
is an array) and how JSON-LD allows for basically any format to be passed as long as an appropriate context is passed (and thejson-ld
library has a lot of limitations from my experience including lack ofserde
support and no framing). I’ve tried looking at how the ActivityPub implementation Lemmy uses works, but from what I can see it just ignores these problems entirely, which at least seems to be working out for them right now.Thinking about it more, I’m convinced JSON-LD’s completely dynamic format is what’s making this so difficult.
- ulkesh ( @ulkesh@beehaw.org ) English7•1 year ago
Even though Java is my bread and butter, I’d probably choose NodeJS simply because the resource footprint is so low.
- MrSpArkle ( @MrSpArkle@lemmy.ca ) English5•1 year ago
Low compared to what? Rust is super performant compared to node.
- ulkesh ( @ulkesh@beehaw.org ) English7•1 year ago
Um…compared to…Java. Hence why I prefaced with that.
- gerbal ( @gerbal@beehaw.org ) 3•1 year ago
Take a look at Elixir or Erlang, they seems particularly well suited to an application on the scale Lemmy clone.
- SubArcticTundra ( @SubArcticTundra@lemmy.ml ) 1•1 year ago
How hard would it be to fork the Lemmy code (+ perhaps one client), at the cost of breaking compatibility?
- ulkesh ( @ulkesh@beehaw.org ) English10•1 year ago
You should read the OP here. Forking the Lemmy code would do exactly what they say: you get all the garbage/baggage, and now you own it. If I were to write an ActivityPub Fediverse Reddit-like web-app, it wouldn’t be in Rust.
- ohokthatsgood ( @ohokthatsgood@beehaw.org ) 41•1 year ago
It is disappointing how unconcerned the Lemmy devs are with the lack of mod tools on this platform. Honestly if Beehaw decides to move away from Lemmy, I’ll probably follow and stop using Lemmy altogether. Beehaw’s all that’s really keeping me here.
- magnetosphere ( @HappyMeatbag@beehaw.org ) English30•1 year ago
Not prioritizing moderation tools doesn’t make sense to me, either. A database that’s crummy (but functional) is an important issue, but one that seems like it can wait. Moderation tools cannot wait.
Community building is what Lemmy is supposed to be for, right? Any instance, regardless of its goals or ideology, needs good moderation in order to thrive (what’s considered “good moderation” will vary widely from instance to instance, and that’s fine. You know what I mean, though). Even an instance that prides itself on minimal moderation needs powerful, flexible mod tools to deal with things like spam and cp.
The less obvious technical parts are important, of course, but users don’t love or hate an instance because of the back end. They care about how it’s moderated.
Bear in mind that I know nothing about programming, moderating, etc. Take that into account when considering my comment.
- forestG ( @forestG@beehaw.org ) 12•1 year ago
A database that’s crummy (but functional) is an important issue, but one that seems like it can wait.
That’s often the problem with how software is perceived by a user. Simple functionality might introduce complexity in already existing functionality effectively breaking it at the scale it is supposed to support. The technical aspect of a piece of software will always seem secondary for the end user, regardless of the functionality it appears to be second to. That’s only logical. You don’t care about a certain metal’s properties when you buy a knife, you care about the kind of cuts it can perform.
My issue with the project is that it’s mostly written in a language that I am not familiar with, and much of the scale it’s built to support is over a protocol that is also new to me. I can’t really judge whether the issues (especially content removal and how actions are synchronized between separate federated instances) are a database issue, a protocol issue, a sub optimal approach to the complexity or even just doable in the current context.
Designing and implementing properly and fully working transparent software is always hard. And in new protocols and contexts is even more so.
You are correct though, these things are not important for the people who use it. What is important for the users is how the piece of software can, and if it can, allow for the use they want to make of it.
- magnetosphere ( @HappyMeatbag@beehaw.org ) English13•1 year ago
Aaaaaaaand this is where my lack of experience shows itself. Thank you for the explanation!
I think it’s kinda funny that a conversation about Beehaw’s problems resulted in a a great Beehaw post. Elsewhere, I probably would have gotten several comments calling me an idiot, or at best, an insulting and condescending lecture poorly disguised as an explanation. Instead, you took the time to educate me on the issue. I appreciate that.
- forestG ( @forestG@beehaw.org ) 8•1 year ago
Well, that’s just my experience with building software. Not sure if it has any educational value as such…
It’s pretty common for people who are not part of the design/implementation to underestimate the difficulty and the complexity, to mistake reluctance or delays as incompetence or indifference. It’s also quite common even for people who are part of the design/implementation to underestimate the complexity or already implemented assumptions that have to be adjusted, which almost always leads to defective software. Add to that the fact that it is an open source project currently at 0.18.4 version and you can explain all of the issues without attributing ill intend to anyone.
Getting nasty comments when you repeatedly point out that you are not familiar with the process would just be unfair. Besides, it’s the user experience (moderators/admins/hosts are users too) you are commenting on, making a completely valid point about the importance of moderation in building a community.
I really wish it wasn’t built on rust so I could actually be helpful :-/
- Flax ( @Flax_vert@feddit.uk ) English9•1 year ago
Isn’t Lemmy open source, though? Someone could step in and implement mod tools
- interolivary ( @interolivary@beehaw.org ) 19•1 year ago
In theory yes, but the backend’s written in overly verbose and honestly fairly terrible Rust, which isn’t as widely known or easy to learn as, well, pretty much any other language they could have picked.
Rust in general seems like a bit of a poor choice for the backend; just about anything like Javascript / Typescript (eg. Node), Ruby, Python, or Go would likely have been better. Yes, sure, Rust is capable of being fast, but something like Lemmy isn’t going to be CPU-bound (unless you do something really stupid) and much more important is how you use and set up your database – as can be seen from how incredibly poorly Lemmy performs at the moment. The memory safety benefits of Rust are nice, but I’m not convinced they’re critical for a project like Lemmy, which at this point would benefit more from a more widely known and easy to learn language.
- Eccitaze ( @Eccitaze@yiffit.net ) 24•1 year ago
Yeah, like… I’m not on beehaw myself, but if beehaw goes, I’d probably end up leaving myself. One of my biggest complaints about Lemmy in general is the lack of special interest communities. There’s politics, porn, general news, technology news (which is mostly complaining about That One Guy), Linux discussion, general memes like you’d see on Twitter or Reddit, and a trickle of more niche memes. There’s a complete dearth of content for niche communities like individual games or special interest hobbies, because the userbase is simply too small to support a healthy special interest community. If Beehaw migrates off Lemmy, it will take a big chunk of that already too-small userbase with it, and the problem will be exacerbated even further. If that happens, I don’t know if it’s worth sticking around.
- Barry Zuckerkorn ( @BarryZuckerkorn@beehaw.org ) 12•1 year ago
I’m pretty protective of my online privacy so I have a tendency to make alts rather than allow disparate interests to be correlated to the same user (I’d rather have 3 accounts than a single account that show that I’m a person with my hobby with my career living in my city), so I’ve scattered my lemmy alts all across the lemmyverse (less beholden to instance downtime or an admin trying to correlate users).
There’s a complete dearth of content for niche communities like individual games or special interest hobbies, because the userbase is simply too small to support a healthy special interest community.
At this point, lemmy doesn’t even have much in the way of communities on some mainstream topics: sports, lifestyle/advice, food, cars, fashion, television, film, music, local issues in major population centers, etc. I mean, back in the 2000’s, these were topics that were mainstream enough that they were able to publish printed magazines or even newspapers for newsstands, but we can’t even get a critical mass of commenters for many of these topics on lemmy.
Yes, linux/FOSS and video games and tech are relatively niche interests that do have robust discussion here on lemmy, but that’s mainly a function of who tended to adopt use of the platform. Is lemmy going to be like Hacker News or Slashdot in that it never makes the jump to the mainstream?
- wintermute ( @wintermute@feddit.de ) 38•1 year ago
All I can say is it would be a big, big loss.
Beehaw made me believe in the idea of building a healthy network, especially in the beginnings.
I remember the day I asked Chris to federate with us, we used allow-lists, and maybe this should have been the way to go, considering how much trash has happened in the meantime.I totally agree with your criticism about the state of the platform itself, slow progress, missing and broken mod-tools etc. unfortunately it seems that development cannot keep up with the speed of growth and the associated demands.
So, imho, you make the Fediverse a better place that’s why I hope you stay ;)
- violetsareblue ( @violetsareblue@beehaw.org ) 21•1 year ago
I would like to echo this. Without getting into specifics, beehaw was one of the few spaces taking a nuanced take to a political topic that pretty much kept me from descending into the despair of thinking there was a lot of heartless people out there.
It helped my level of cynicism and I can’t overstate how impactful that’s been.
- dawt ( @dawt@beehaw.org ) 36•1 year ago
The biggest tragedy of moving off Lemmy for me is that I love having Sync to browse Beehaw from my phone. I’m a mobile user and I really like having a native app to enjoy a community like this. 😭
- LucyLastic ( @LucyLastic@beehaw.org ) 8•1 year ago
What we move to could still have an app … I’m using Liftoff and Connect, they both do ok, and I’m guessing adapting to another app (or good mobile web frontend) wouldn’t be as painful as you think!
I’ve been thinking the same thing for this, but Liftoff
- frog 🐸 ( @frog@beehaw.org ) English36•1 year ago
All the admins here have given me plenty of reason to trust that you’ll make the right decision for Beehaw, whether that’s staying or moving. This is a good place and I’ll stick with you no matter what you decide.
- milkjug ( @milkjug@beehaw.org ) English35•1 year ago
I’m a simple man. Where Beehaw goes, I follow.
I have had enough of attempting to engage others in good faith, and assuming everyone is an rational actor.
Beehaw is a community that chooses to be excellent to one another, and to not be garbage human beings. I’m on board with that. Fuck the toxicity everywhere else. I’m with you and will die on this proverbial hill.
- Mereo ( @Mereo@lemmy.ca ) 32•1 year ago
The thing is, when Beehaw is no longer in Lemmy, it will be a regular VBulletin, phpBB, Discourse, etc. community. Nothing wrong with that.
The question will be: if the change is made, will the users follow? Because a lot of users in this post https://lemmy.ca/post/4990126 have said that they prefer Beehaw to stay in Lemmy because it is a Reddit alternative. It is big risk.
- Gaywallet (they/it) ( @Gaywallet@beehaw.org ) 45•1 year ago
We are not and never intended to be Reddit or a Reddit alternative. This is clearly laid out in our docs. We are trying to do something fundamentally different, and are not interested in users who just want Reddit but elsewhere.
The question will be: if the change is made, will the users follow?
ultimately: if it fails, it fails. our metrics for success here aren’t size or longevity, really—they’re just bonuses.
- Lionir [he/him] ( @Lionir@beehaw.org ) English27•1 year ago
Well, we have stated that we are not trying to be reddit. There are more reddit-like alternatives than the more traditional forums that are possibilities.
We entirely expect that if we move away from Lemmy, we will lose people. Will that be for the better or the worse? Nobody can know as nobody can predict that future. It’s a very difficult position.
- Venus [ He/She/They] ( @venus@beehaw.org ) English31•1 year ago
Honestly, I’m happy to join if beehaw move on to something like a forum and not-federated. IMO (which may sound selfish to some but) I join beehaw because of the vibe and the rules that I’m happy to follow. I’m not really joining beehaw because I want to use it as a Reddit replacement, but I want to interact with the community. I feel like Beehaw identity doesn’t really tie to lemmy or on specific software.
So whatever if it federates or not will not really affect me much. I only speak for myself, of course. For others, it might not be the same case. I feel safe commenting and talking in beehaw own community, so… whatever the decision, maybe I’m happy to stay/follow with beehaw. Thank you for the transparency and hard work you all put into beehaw :)
- star_nova ( @star_nova@beehaw.org ) English28•1 year ago
I’m still a fairly new member, and for the most part, Beehaw has required the least amount of pruning to create a timeline of content I actually want to see. Being on the sidelines and hearing how the Lemmy devs have reacted to various issues, it sounds like they are very emotionally immature and most likely will drive the platform to be “open” in their own interpretation.
I appreciate the hard work that the mods and admin team here do and it seems like the goals of Beehaw and Lemmy have become antagonistic towards each other. I still haven’t seen any really good implementations of the fediverse in general, so I have no loyalty to that ecosystem.
I think you guys know what you are doing and are smart enough to pick the best platform if that will ultimately make your lives easier. I don’t think Beehaw should feel like a job (and especially should not require the hours of a job), so I’d support moves that would actually make it a fun project. On Lemmy, it seems like there are a lot of barriers keeping the project from being enjoyable.
- HobbitFoot ( @HobbitFoot@thelemmy.club ) English16•1 year ago
I would charitably put it that the Lemmy devs built something small that could provide a minimum viable product for a small Reddit like system without really putting any thought into how a large system would actually work. I also don’t think they understand how to scale up such a system.
The devs seem perfectly happy with small communities that don’t need much moderation, but that won’t cut it if Lemmy goes through another growth spurt.
- the w ( @itmightbethew@beehaw.org ) English28•1 year ago
Late to this discussion, but speaking as a Reddit refugee and a very average user, I’ll follow beehaw wherever it goes…
…but I will probably also fire up my nearly-forgotten kbin account as well.
The fediverse is far from ready for the challenges that it faces but I’m very interested in its development and future. I really think it or something like it is what the internet is trending towards. I’m quite lucky being in some of priveleged categories so I don’t face the level of harassment many fellow beeple do very day.
I think we have a good thing going here and it’s so freeing to read and comment without having to read past all the usual hate and bad behaviour.
So Im happy to lurk in one place and be myself in another. Do what you guys have to do. I’m in.
I’ll follow beehaw wherever it goes…
Thank you…that means a lot.
- Kajo [he/him] 🌈 ( @Kajo@beehaw.org ) 27•1 year ago
I’m grateful to people who build safe spaces, whether online or IRL. And I’m sorry when they struggle to find the tools they need.
If you decide to switch to another plateform that fits your needs better, I’ll follow you.