/kbin meta

6 readers

1 users here now

Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign

founded 2 years ago

110

Could we get official word on what Kbin's stance is towards federating with Meta? (kbin.social)

submitted 1 year ago by Roundcat@kbin.social to c/kbinMeta@kbin.social

206 comments fedilink hide all child comments

I would like to know if I can feel safe here, or if I should pack it up and start looking elsewhere sooner rather than later.

If the kbin staff have already made there intentions clear, please let me know.

you are viewing a single comment's thread
view the rest of the comments

[–] techviator@kbin.social 9 points 1 year ago* (last edited 1 year ago) (1 children)

I understand, and I do remember the XMPP debacle, but I also remember that back then people trusted Google and their do-no-harm motto, and they really wanted them to lead in the real-time voice/video chat arena, and in order to make it Google made some protocol desitions that broke away from XMPP.

This time around we don’t trust Big Tech and will not try to adjust to their ways, if they want to they can embrace ActivityPub or not. The rest of the Fediverse will not try to apply their tactics or monetization to the protocol. Either they adhere to the stardard, or their users will have no compatibilty with the rest of the Fediverse.

I am not suggesting we all embrace them and try to make them feel welcome, but let's not close our instances alltogether to them, let each person decide for themself if they want to follow people from their instance or not.

[–] mrpants@midwest.social 9 points 1 year ago* (last edited 1 year ago)

Servers decide instances they federate with, not users.

Users decide servers based partly on what the server federates with.

Leaving the what servers to view/block decision up to every user is a very cumbersome solution to a problem that is already elegantly solved.