669
The 4 best Reddit alternatives: Top picks to replace your subreddits - Lemmy is listed first!
(www.androidpolice.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 15 Jan 2024
669 points (98.1% liked)
Fediverse
28468 readers
187 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 !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world 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 2 years ago
MODERATORS
Mbin https://github.com/MbinOrg/mbin
Pro for me: the ui is a bit more intuitive
I guess I missed it. Why there was a need to fork kbin? Are there issues with it?
The Kbin developer wants to focus his work on deeper technical challenges, while the Mbin developers want development to be more fast-paced with greater community involvement. Both takes are valid, but difficult to combine in one development effort.
After I posted it, I found another discussion where it looks like mbin policy is that anyone can merge anyone else's PR.
As a software developer, that actually sounds really scary.
how does it?
As quality control is more relaxed, there's fewer safeguards against potentially bad code (bugs or harmful stuff, intentional or non-intentional).
When there was a bit of friction between kbin and mbin, this was the starting point: kbinwas criticized for being too slow and conservative, taking ages to implement features because everything needed to be thoroughly thought through and it's just one man doing that. Meanwhile mbin went pretty far out in the opposite extreme. Both found the approach of the other potentially harmful (by either discouraging contributors or by not having enough checks in place).
A big advantage of more community involvement; more will get done in a shorter time
In the end it won't matter for the end user, as both projects can choose to incorporate features from the other due to the open-source nature
So the question is, do you want it working now (Mbin) or do you want it working somewhere in the future (Kbin)
Mbin is very promising!