Looks like KBin has an edge over Lemmy now in terms of monthly active users.
It’s obviously a pretty silly thing, and is not in any way indicative of which project is “better” or more “long-term viable” or anything — instances of both federate with one another, and with the rest of fedi, so it’s all one happy family.
That said, it’s notable. KBin is a relative newcomer to the “Reddit-like fedi instance” game, and also does not have the tankie baggage.
Anyway, the more, the merrier!
KBin: https://the-federation.info/platform/184
Lemmy: https://the-federation.info/platform/73
Discussion on fedi: https://mstdn.social/@rysiek/110527049024028986
That mstdn.social and the whole “lemmy = tankie” (whatever the fuck that means) is doing a disservice to the whole unreddit movement. I have seen plenty of discussion on reddit now of people not leaving because of these posts…
I did not say “lemmy = tankie”, I said Lemmy has certain tankie baggage, and that is in fact true. The developers are pretty clearly tankies, they also run a strictly tankie instance (Lemmygrad; many Lemmy instances do not federate with it).
Pretending this is not the case is not going to help in the long run. It might slow down the “unreddit” movement now, but I’d wager a bet it will make it more long-term viable and resilient, if people understand that choice of instance is important (there are quite a few great Lemmy instances that I would recommend wholeheartidly, like BeeHaw), and that there are alternative, independent implementations on Threadiverse (like Kbin).
Can you provide a source to your claim that lemmygrad is ran by Nutomic or Dessalines?
It used to be deployed on the same IP address as lemmy.ml. I don’t have the receipts. Take it or leave it.
Edit 2: another person expressing concerns (with receipts) about moderation policy on lemmy.ml
What I don’t get is, I don’t see how that’s a reason to be concerned about Lemmy when the whole point is that there’s no central control over instances, which literally anyone can spin up, and instances can communicate / ban each other as they please. It’s impossible for the politics of the creators to have any real effect on the software, by design. I feel like people aren’t grasping how this all works. If you’re concerned about their politics, just don’t use instances that align with those politics, even spin up your own if you’re really worried about it.
I do indeed use a Lemmy instance that is not aligned with tankie politics. That being said, I am also acutely aware that technology is political and developers of a given piece of software make decisions based on their personal politics, sometimes even without knowing it. So it is important, I feel, to be aware of that.
I will choose to leave it. Thank you.
I can understand where mstdn.social is coming from and it is an “uneasy” situation. But the fact is that you have a choice here in which with whom you communicate.
The irony though of Reddit discussing to stay on Reddit and actually comply with the Autocratic leadership it has.
Sorry guys, kbin is built on PHP.
So even if it did succeed, it won’t be for long.
Let’s not hate on tools. Php has its uses and has been proven to be useful in commercial applications. So has Rust. They are different but the choice of programming language means nothing for the core project.
I, too, can use a banana to hammer in a nail
Yeah, I generally prefer kbin’s UI over lemmy’s but given the backend is in PHP I have concerns that it might not be able to scale effectively with its growth.
Not saying that PHP is a complete showstopper but there are valid concerns in terms of maintainability…
Can you explain this in simple terms for simple minds like mine? And I only ask for other people like me who may wonder but not ask
There is a “rumor”/“running joke” in the programming community that PHP application is hard to maintain.
Primarily, because it is originally designed to whip up a website in a quick and dirty way, hence the original name “personal homepage”.
Where as rust (which is what Lemmy is built upon) is a much more modern language with more safe guard in place to help scaling the application.
Obviously, like many people pointed out there are many larger project is built by PHP. However, many larger companies have the resources build significant extension to PHP to make it more usable, like Facebook’s hhvm and hack language are both tools that revolve around PHP. This is a luxury not enjoyed by smaller projects like kbin, Lemmy, even mastodon.
My personal opinion is that PHP is not a great language, but language is just a tool; programmers are also a huge contributing factor in creating maintainable program. For example, python is probably one of the less principled language out there (for example, it’s variable scoping is very confusing); yet if the programmer programs in a manner to avoid these disadvantages, they can still build fast and maintainable project with it.
Cool, thanks! I only have experience with JavaScript and Python, and I personally prefer JS because Python has been confusing to me. But, I have heard Python is more efficient and easier in the long-term.
After ‘mastering’ JS to a sufficient ability I will put my efforts towards Python. I am stumped as to why I feel JS is easier than Python when I have also heard the opposite; that python is easier than JS
Ahm, no ;)
Both JS and Python are neither efficient nor easier in the long-term. They are both languages that were primarily built to make quick-and-dirty small and simple programs/scripts.
Both are really slow and inefficient (though Python is much slower than JS nowadays). Both are dynamic languages which opens then up for all sorts of dirty hacks and are pretty negative for maintainability.
Because of that, both languages have unofficial typing support (Typescript and Mypy) to make programs in these languages somewhat maintainable.
If you are looking for performance, the first tier is natively compiling languages like C/C++/Rust/Go. The second tier are languages that compile to bytecode and run on heavily optimized runtime environments like anything running on the JVM or C# or therelike. And the worst tier are super dynamic languages like JS or Python.
Oh, I didn’t know this, I appreciate the insight. I have been working with typescript a bit, but sidestepped back to JS for a small project because of familiarity. My next project may be typescript just to get a feel for it.
I have heard a lot of buzz about rust, but I haven’t looked it up because I don’t want to overwhelm myself with new things. But it does seem very popular. And I doubt there’s anyone, even people unfamiliar with code, who hasn’t heard of the C family!
I’m not giving up JS, since it is so popular for web development, but it does make me sad that it’s so inefficient for other tasks in comparison to the other languages. Butz it also makes me kind of excited to get into some of the meatier stuff
This is great. It suddenly feels like the internet of 2003 again, with small communities popping up, competition and less of a corporate chokehold. Only this time they have a shared login and crosstalk, which was sorely lacking back then. If we are lucky this event might establish a stable, new part of the internet, which is separate from the consolidated platforms. The Fediverse doesn’t have to replace sites like reddit, just be a next step for people fed up with the corporate net (corponet?).
This is actually more like a return to the 90s of Usenet and mailing lists imho.
Yeah, I’ve been thinking all day that’s it is like Usenet 2.0 in a way. Back when Usenet actually had enthusiast conversation happening on it.
The lack of app for KBin kills it for me.
I have a account with KBin and I may use it as well if there’s an app
I don’t really care. I’m on Lemmy but fuck it, as long as it gets people off Reddit, competition can be a good thing in this space.
Metallica and Megadeth are historically successful bands, but Metallica would have never made it if Mustaine stayed.
Hmm, interesting. I just spent some time getting a Lemmy instance set up – maybe I should’ve gone for kbin instead?
I don’t think you need to worry about it. It’s up to a given community whether or not that baggage affects it or not, I think. Building communities that are very explicitly not tankie is a great way of helping overcome that baggage for the whole project.
i think you can engage and interact across both so it may not matter as much.
instances of both federate with one another
At least for me, I cannot access most kbin magazines from Lemmy
Try magazines from https://fedia.io, which is also a Kbin instance. The “main” Kbin instance, kbin.social, currently does not federate due to the load.
It’s going to be a glorious moment when lemmy and kbin can fully see each other’s posts!
I’m not able to join magazines on fedia.io either.
Huh. That’s surprising. I just joined https://fedia.io/m/cybersecurity from my Lemmy account on szmer.info.
Did you find it by searching for !cybersecurity@fedia.io on your instance?
Edit: Interestingly, I was eventually able to join Kbit magazines by pasting the full URL into the search - it seems like this works but using the ! format doesn’t, at least on my server.
Nice to see the fediverse growing no matter where it is. As long as we can all communicate it doesn’t matter what instance or software we’re on.
Sidenote: is kbin a fork of lemmy? Or a different codebase entirely?
Completely different codebase, written in PHP instead of Rust.
Looks like this post didn’t age very well
In what sense? Kbin is struggling with the wave of new subscriptions just as Lemmy is, and since it’s a smaller project with fewer resources, it’s having a harder time doing so.
That does not make the fact that at some point Kbin was ahead of Lemmy in terms of active accounts any less notable. I would even argue it makes it more notable.
The fact that Kbin is handling the wave worse than Lemmy is not unrelated to the fact that Lemmy’s tech stack is much lighter weight and more efficient. It is a fundamental issue with the technology. If either are going to become major players then they need exponential growth, and Lemmy is just better at that.
Sure, but it’s not a competition. In the broader fedi there are instances using all sorts of stacks, including PHP-based ones (like Pixelfed), and these have instances that are huge and performant.
I do prefer the Rust stack to handle my data, but it’s in no way a cut and dry case. And looking at https://kbin.social/stats, I don’t know if any Lemmy instance would have handled that ind of traffic much better.
Why is that? I’m out of the loop.
Oops, Looks like I am out of the loop too.
Can someone explain the “tankie” baggage? I’ve seen it thrown around quite a bit but no one seems to explain it in detail.
(Some) Lemmy devs seem to have political ideologies that are within the “tankie” settings. That’s mostly it. Some people express they feel uncomfortable about it. Such devs hold an instance separate from the flagship instance (lemmygrad.ml), which in my opinion is not bad at all, I think it’s better they keep them to themselves giving an option to other instances to block it. They’re not trying to shove tankies ideas down anyones throats through the softwate or anything. Though this has leaked to the flagship instance sometimes as shown by this post
Well, TIL a new word: tankie.
Purge it from your mind before you fall down a rabbithole of some of the most brain-broken people on the internet.
What are the pros and cons of one platform over the other? Is KBin just Lemmy+Mastodon? Can Lemmy see KBin magazines?
Yep, thread based communities are shared perfectly between Lemmy and kbin. Other than currently the largest kbin community is having federation issues due to the influx of users
So does that mean that any thread in the fediverse can be shared together? Or is kbin another Lemmy instance? I thought we could only look at other Lemmy instances.
They both use a similar protocol to talk between servers, but they are different software.
So we can interact with any software in the fediverse?
Yes, I’m on mastodon and can go on any lemmy thread and comment. There are some caveats but if it’s in the fediverse it can interoperate.
