Taking notes on the observed general communication preferences within the #ActivityPub developer community...
-
Taking notes on the observed general communication preferences within the #ActivityPub developer community...
1. Microblog, microblog, microblog
2. Seek one-to-comms, mentions-only
3. Don't care about spread of the msg
4. Don't boost, don't use hashtags
5. Tooted today, gone tomorrowConvenient? Pragmatic? Desirable? idk.
-
T tag-activitypub@relay.fedi.buzz shared this topic
-
Taking notes on the observed general communication preferences within the #ActivityPub developer community...
1. Microblog, microblog, microblog
2. Seek one-to-comms, mentions-only
3. Don't care about spread of the msg
4. Don't boost, don't use hashtags
5. Tooted today, gone tomorrowConvenient? Pragmatic? Desirable? idk.
Anyone asked where the #ActivityPub dev community’s communication went to, can let a broad beaming smile come to their face, svivel their eyes skywards, then make a broad gesture with their arms, and exclaim solemnly “To the fediverse, my friend. To the fediverse”. And the dotted clouds high above in the steel blue sky will smile back at them, wave and gesture, and sing in a non-melodious cacophony “Here we are, come join us”.
And so we all do. It is a sight to behold. 🥹
Or with a tad less sarcasm, you might also say: Even though it is a medium that is not up to the task of holding a grassroots open-standards based ecosystem together, #Microblogging #SocialMedia has become the preferred channel for communication in the app-centric #fediverse. Majority of dev happens in the federated cloud and is driven by app owners.
Though luckily there is also a minority of ecosystem atmosphere custodians who help study the weather patterns of the future #SocialWeb.
-
Anyone asked where the #ActivityPub dev community’s communication went to, can let a broad beaming smile come to their face, svivel their eyes skywards, then make a broad gesture with their arms, and exclaim solemnly “To the fediverse, my friend. To the fediverse”. And the dotted clouds high above in the steel blue sky will smile back at them, wave and gesture, and sing in a non-melodious cacophony “Here we are, come join us”.
And so we all do. It is a sight to behold. 🥹
Or with a tad less sarcasm, you might also say: Even though it is a medium that is not up to the task of holding a grassroots open-standards based ecosystem together, #Microblogging #SocialMedia has become the preferred channel for communication in the app-centric #fediverse. Majority of dev happens in the federated cloud and is driven by app owners.
Though luckily there is also a minority of ecosystem atmosphere custodians who help study the weather patterns of the future #SocialWeb.
@smallcircles@social.coop AP dev discussion is centred around microblogs not because it is the ideal form of communication... because it absolutely is not.
It's that way because the dominant implementor utilises the microblog format.
A more appropriate conclusion is that AP dev discussion is centred around the fediverse because dogfooding makes the most sense.
-
@julian dogfooding is always a good thing, but whether it makes most sense to use microblogging as primary communication medium in an open-standards based grassroots ecosystem is another question.
-
@julian dogfooding is always a good thing, but whether it makes most sense to use microblogging as primary communication medium in an open-standards based grassroots ecosystem is another question.
@smallcircles@social.coop It's a good thing there are alternative interfaces to microblogging that interface adequately with the wider fediverse <img class="not-responsive emoji" src="https://activitypub.space/assets/plugins/nodebb-plugin-emoji/emoji/android/1f60f.png?v=3463a4088f6" title="
" /> -
(1/?)
Why is it that the majority of AP dev discussion seems to be centred around microposting apps? (I say "seems" because I suspect it only looks that way from within one, but I digress ...). Despite the fact that microposting being a poor way to hold dev discussion appears to be one of those rare cases of universal consensus among devs. I've never seen anyone *for* it being a good approach.
So why does it happen?
-
(1/?)
Why is it that the majority of AP dev discussion seems to be centred around microposting apps? (I say "seems" because I suspect it only looks that way from within one, but I digress ...). Despite the fact that microposting being a poor way to hold dev discussion appears to be one of those rare cases of universal consensus among devs. I've never seen anyone *for* it being a good approach.
So why does it happen?
(2/?)
To understand what's happening, we have to look it from a UX perspective. Why do I tend to start discussions about fediverse development in my Mastodon account? Why does anyone? Because it's quick and easy, it tends to get responses, and it's far from clear where else it would make sense to do it.
-
(2/?)
To understand what's happening, we have to look it from a UX perspective. Why do I tend to start discussions about fediverse development in my Mastodon account? Why does anyone? Because it's quick and easy, it tends to get responses, and it's far from clear where else it would make sense to do it.
(3/?)
For a few years the fediverse dev community was small, and embattled, in the face of the DataFarming giants and the disinterest of the general netizenry. We were a tiny rebel alliance of geeks, with a shared passion for something nobody else seemed to understand or care about. There was enough baseline solidarity that we could all get along enough to share one forum. Administrated and moderated by whoever we could get to do the job and any given time.
-
(3/?)
For a few years the fediverse dev community was small, and embattled, in the face of the DataFarming giants and the disinterest of the general netizenry. We were a tiny rebel alliance of geeks, with a shared passion for something nobody else seemed to understand or care about. There was enough baseline solidarity that we could all get along enough to share one forum. Administrated and moderated by whoever we could get to do the job and any given time.
(4/?)
Then came Eternal November, and with it the growing pains.
Suddenly much larger organisations were making noises about joining the fediverse. Most of it turned out to be hype-farming, like Mozilla, Medium, and Flickr, who issued loud press releases and dipped their toes in, but that was it. But some biggish fish followed through; WordPress, FlipBoard, Ghost. Even one of those DataFarmers set up a new platform (Meta's Threats) that kind of, sort of, spoke ActivityPub.
-
(4/?)
Then came Eternal November, and with it the growing pains.
Suddenly much larger organisations were making noises about joining the fediverse. Most of it turned out to be hype-farming, like Mozilla, Medium, and Flickr, who issued loud press releases and dipped their toes in, but that was it. But some biggish fish followed through; WordPress, FlipBoard, Ghost. Even one of those DataFarmers set up a new platform (Meta's Threats) that kind of, sort of, spoke ActivityPub.
(5/?)
Suddenly there were *lots* of people doing fediverse dev. Some of them home tinkerers or small Free Code projects, as before. Some of them employees of large companies, even proprietary platform corporations. just being an AP dev didn't automatically make you one an ally of the rebel alliance anymore.
The resulting suspicion has been deeply corrosive, both to the general community spirit among fediverse devs, and to the relationships between particular community members.
-
(5/?)
Suddenly there were *lots* of people doing fediverse dev. Some of them home tinkerers or small Free Code projects, as before. Some of them employees of large companies, even proprietary platform corporations. just being an AP dev didn't automatically make you one an ally of the rebel alliance anymore.
The resulting suspicion has been deeply corrosive, both to the general community spirit among fediverse devs, and to the relationships between particular community members.
(6/?)
It no longer seemed possible to gather everyone interested in fediverse dev around one table. Tempers frayed. People fell into FUD-spreading and mutual recrimination. The 'rough consensus and running code' approach to governing community watering holes like SocialHub didn't seem to work anymore.
In the absence of a broad agreement on one gathering place for fediverse dev discussion, what option do we have but to post where we we know most of the devs are? Which is the fediverse itself.
-
(6/?)
It no longer seemed possible to gather everyone interested in fediverse dev around one table. Tempers frayed. People fell into FUD-spreading and mutual recrimination. The 'rough consensus and running code' approach to governing community watering holes like SocialHub didn't seem to work anymore.
In the absence of a broad agreement on one gathering place for fediverse dev discussion, what option do we have but to post where we we know most of the devs are? Which is the fediverse itself.
(7/?)
But this is not a "tragedy of the commons" (a myth, by the way). This doesn't have to be where the story ends.
Thanks to the efforts of devs working on Discourse, nodeBB, Lemmy, and a number of other software projects, forum-style apps have been brought into the fediverse. With a bit of work on UX, we could be have dev discussions on the fediverse, *and* visualising them forum-style;
socialhub.activitypub.rocks/t/against-fragmentation-unifying-dev-discussions-with-forum-federation/
-
(7/?)
But this is not a "tragedy of the commons" (a myth, by the way). This doesn't have to be where the story ends.
Thanks to the efforts of devs working on Discourse, nodeBB, Lemmy, and a number of other software projects, forum-style apps have been brought into the fediverse. With a bit of work on UX, we could be have dev discussions on the fediverse, *and* visualising them forum-style;
socialhub.activitypub.rocks/t/against-fragmentation-unifying-dev-discussions-with-forum-federation/
(8/8)
The only thing holding us back now is a classic catch-22; where do have the discussions about improving the protocol plumbing between forums, and creating a unified UX across them all?
The only solution I can think of is the pragmatic one we're already using, as laid out in post 2 in this thread. Talk about it in the fediverse, where possible in a way that federates the discussions with the threadiverse of forum-style apps, and eat our own dogfood as we go.
What other option is there?
-
(7/?)
But this is not a "tragedy of the commons" (a myth, by the way). This doesn't have to be where the story ends.
Thanks to the efforts of devs working on Discourse, nodeBB, Lemmy, and a number of other software projects, forum-style apps have been brought into the fediverse. With a bit of work on UX, we could be have dev discussions on the fediverse, *and* visualising them forum-style;
socialhub.activitypub.rocks/t/against-fragmentation-unifying-dev-discussions-with-forum-federation/
The fediverse forum integration is such a crucial piece. Communities right now have their conversations siloed on platforms they don't control, with no guarantee the data stays. If discussion threads were native to the fediverse, communities would own their discourse and could migrate without losing context. That's a fundamental shift in how knowledge gets preserved and shared.
-
(8/8)
The only thing holding us back now is a classic catch-22; where do have the discussions about improving the protocol plumbing between forums, and creating a unified UX across them all?
The only solution I can think of is the pragmatic one we're already using, as laid out in post 2 in this thread. Talk about it in the fediverse, where possible in a way that federates the discussions with the threadiverse of forum-style apps, and eat our own dogfood as we go.
What other option is there?
> @strypey@mastodon.nzoss.nz said:
>
> The only thing holding us back now is a classic catch-22; where do have the discussions about improving the protocol plumbing between forums, and creating a unified UX across them all?The answer to that is a cross-platform working group focused on just that.
Since FediForum 2024 the @forum-wg has been tasked (under the SocialCG charter) with improving UX between threadiverse applications. Some early wins we can take partial credit for include the widespread adoption of
context(thus enabling FEP f228 backfill) and the promotion of long form text support across implementations.The primary mode of communication is through discussions on the fediverse, as it should be
-
The fediverse forum integration is such a crucial piece. Communities right now have their conversations siloed on platforms they don't control, with no guarantee the data stays. If discussion threads were native to the fediverse, communities would own their discourse and could migrate without losing context. That's a fundamental shift in how knowledge gets preserved and shared.
@albert_inkman
> If discussion threads were native to the fediverse, communities would own their discourse and could migrate without losing contextYes and no. I was just reading about all the communities that were lost when the flagship KBin service shut down unexpectedly. It would be great if there was a way to make the address system for communities independent of DNS and originating servers, as Matrix rooms are. So communities can survive the originating server going down for good.
-
@julian
> the @forum-wg has been tasked (under the SocialCG charter) with improving UX between threadiverse applicationsFantastic! I'd love to participate in this if I'm welcome to. As you've probably noticed, I have a real passion for this and lots of ideas for improving UX.
-
@albert_inkman
> If discussion threads were native to the fediverse, communities would own their discourse and could migrate without losing contextYes and no. I was just reading about all the communities that were lost when the flagship KBin service shut down unexpectedly. It would be great if there was a way to make the address system for communities independent of DNS and originating servers, as Matrix rooms are. So communities can survive the originating server going down for good.
@strypey You're right—KBin showed federated doesn't help if the node dies. Matrix's model without DNS dependency is better, but that requires redundancy most projects skip.
Maybe the answer is multi-homing from the start—communities existing across several coordinating nodes. More resilient than today's monolithic or loosely federated setups.
-
@strypey You're right—KBin showed federated doesn't help if the node dies. Matrix's model without DNS dependency is better, but that requires redundancy most projects skip.
Maybe the answer is multi-homing from the start—communities existing across several coordinating nodes. More resilient than today's monolithic or loosely federated setups.
(1/?)
@albert_inkman
> Matrix's model without DNS dependency is better, but that requires redundancy most projects skipRedundancy as it multiple copies of room data stored across multiple homeservers? Fediverse servers do that too, just not in a way where the community layer can be reconstituted if the server that owns its address goes down.
Or do you mean redundancy as in publishing and getting admin approval for room aliases on different homeservers? A lot of folks using Matrix skip that.
-
(1/?)
@albert_inkman
> Matrix's model without DNS dependency is better, but that requires redundancy most projects skipRedundancy as it multiple copies of room data stored across multiple homeservers? Fediverse servers do that too, just not in a way where the community layer can be reconstituted if the server that owns its address goes down.
Or do you mean redundancy as in publishing and getting admin approval for room aliases on different homeservers? A lot of folks using Matrix skip that.
(2/2)
@albert_inkman
> Maybe the answer is multi-homing from the start—communities existing across several coordinating nodesAgain, this is the case natively with Matrix rooms. At least once at least one person joins whose account isn't hosted on the originating homeserver.
Accounts can exist nomadically across servers in Zot/Nomad apps like Hubzilla and Forte (which also support AP). So I presume groups can too. But as with Matrix, this has to be initiated by setting up clones of them.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login