This is going to be true of any open standard used by multiple vendors. As all the software matures this will be less of an issue. I think in terms of adoption it's still early days yet.
Comment on "ActivityPub not suitable for implementation as the base federation layer in diaspora"
blazera@kbin.social 1 year ago
Theres definitely been an awful record of interoperability that ive experienced
r00ty@kbin.life 1 year ago
sab@kbin.social 1 year ago
What is your experience?
Your very comment is an example of interoperability working well between kbin and Lemmy, so one would think it cannot be that bad?
blazera@kbin.social 1 year ago
posts from smaller communities on other instances not showing up for me
Coelacanth@feddit.nu 1 year ago
The problem is most likely that those communities aren’t connected to Kbin yet. Content doesn’t get federated automatically, a community only starts sending updates to your instance after the first person from your instance subscribes to that community. What is most likely the case is that nobody from Kbin has subscribed to those communities yet.
This is not to say this is the only issue, we’ve certainly seen some federation issues the past month, but they do seem to have gotten markedly better after the last round of backend updates.
Kaldo@kbin.social 1 year ago
Nah, the servers are just failing sometimes. I've made comparisons between same threads on both kbin and lemmy instances and almost every time they'd miss some comment (chains) completely and it had nothing to do with defederation or blocking. Syncs just fail or are incomplete, missing up to 40% of comments per some threads. Maybe it's improved now if the traffic stabilized but it seems to me like the foundation is still very unreliable and prone to failures, and the devs didn't implement any backup plans for it (like later reattempts at resyncing or sth).
blazera@kbin.social 1 year ago
why do you think I know their posts aren't showing up on kbin? I've been subscribed, several people have, that's not what I am talking about
effingjoe@kbin.social 1 year ago
I think the link blog post author's point isn't that there can't be interoperability, only that there's no standard for that. You have to seek out each implementation and ensure that your implementation interoperates with theirs, on a case by case basis for every implementation.
sab@kbin.social 1 year ago
Which is of course true - if you want to develop an activitypub service that works with the fediverse at large, you'll have to look around and see how it could integrate with other services.
The dilemma of boosts vs. favourites for upvotes in the threadiverse is a good example. In kbin, boosts used to be preferred: they are used to promote visibility in Mastodon and similar microblogging services, and the counts are spread through the fediverse to a greater degree than what favourites are. On the other hand, people are more trigger-happy dealing out favourites, it matches the intent of an upvote, and, importantly, it fits the implementation that was already in place over at Lemmy.
In theory, downvotes could be matched with a specific emoji response in Firefish and other services that support the technology. They don't however, and I'm not sure anyone would really want them to either.
While these questions and challenges exist for the developers of Fediverse platforms, it just doesn't seem to be much of a problem. There are several ways of doing things, and sometimes you might not even want a feature to be interoperable. Last time I checked downvotes in kbin are not federated at all, by design. Lemmy users cannot boost content at all as far as I'm aware, and it's not holding them back. Developers are completely capable of looking to past implementations and make informed decisions about interoperability in whatever way they see best fit. You don't have to look to every implementation - you might just be interested in text and favourites, in which case you can feel pretty comfortable using the same implementation as Mastodon (or anyone else).
It's like David Hume's point about norms and the state of nature. At some point everyone will begin driving on the same side of the road even without some authority enforcing it, just because it benefits everyone.
Maybe this wasn't clear in 2019, but in 2023 I'm communicating with people on kbin without having any idea which of many ActivityPub implementation the person on the other end is using.
effingjoe@kbin.social 1 year ago
As I understand it, this is the exact complaint from the blog post. This is great for devs; it's not great for users. I am referencing this part:
I, perhaps foolishly, assumed that ActivityPub was more structured than it actually is. Though, to be fair, as you point out, this is an older blog post, so there's some chance that things have improved on that front-- I admit I'm no expert on ActivityPub-- but notably, "there are only a few different implementations, so it's easy to dig around and make your new implementation compatible" isn't an improvement. It doesn't scale. It's practically begging for the now infamous EEE to happen to it, because whatever is the most popular implementation sort of becomes the standard.