As far as I understand, most (all?) fediverse #ActivityPub software does not use the Client-to-server protocol from the specs (https://www.w3.org/TR/activitypub/#client-to-server-interactions) but rather use custom APIs instead.
-
To get things on a forum archive in the right place, I'd have to mention that place in my mastodon toot. And then the next place too, unless they happen to be cross-federated with the other one.
One thing we discussed in the path was Unbound Groups brought in a FEP by Diogo of GNU Social, whereby the groups aren't bound to a single server instance where they are defined as an actor. This might help give the same community belonging that is more stimulating for collaborative actions.
And a deeper discussion is that there really is no "the fedi", or they shouldn't be that notion for our future of social networking. Unless you want to refer to some broad category. I see 'fediverse' the same as internet and web, category names.
What do we want to DO on this fedi of ours? What needs do we have wrt communications online?
Microblogging certainly nice, I am doing it right now. But is shouldn't be the only hammer and everything nails. Enfin, you know the discussion
-
And a deeper discussion is that there really is no "the fedi", or they shouldn't be that notion for our future of social networking. Unless you want to refer to some broad category. I see 'fediverse' the same as internet and web, category names.
What do we want to DO on this fedi of ours? What needs do we have wrt communications online?
Microblogging certainly nice, I am doing it right now. But is shouldn't be the only hammer and everything nails. Enfin, you know the discussion
@smallcircles @julian It's ok for people to have conversations they want in the places they already are.
-
@smallcircles @julian It's ok for people to have conversations they want in the places they already are.
@evan @smallcircles @julian This. And it is our task as developers to make all those places safe by default. When we fail to protect our users, we are to blame.
-
@smallcircles @julian It's ok for people to have conversations they want in the places they already are.
-
@evan @smallcircles @julian This. And it is our task as developers to make all those places safe by default. When we fail to protect our users, we are to blame.
Write software for online spaces where people can be safe!
Though I have a slight issue with 'users', and feel that with that terminology you already lose the first round, esp. in social networking.
small circle 🕊 in calmness (@smallcircles@social.coop)
To all the devs who still use "users" as common terminology. They are not your users. They are not junkies where you can just push your warez down their throat. People are checking your software out, for a whole host of different reasons. To see if your solution serves their needs. They are rich individuals with countless human traits, interests and dreams. By using the term you detach yourself emotionally. Don't other them as users. It has an alienating effect, in a time where we need to unite.
social.coop (social.coop)
"The farmer protects the hens against the fox by building a fence around them". A single word puts so much distance between people.
-
Write software for online spaces where people can be safe!
Though I have a slight issue with 'users', and feel that with that terminology you already lose the first round, esp. in social networking.
small circle 🕊 in calmness (@smallcircles@social.coop)
To all the devs who still use "users" as common terminology. They are not your users. They are not junkies where you can just push your warez down their throat. People are checking your software out, for a whole host of different reasons. To see if your solution serves their needs. They are rich individuals with countless human traits, interests and dreams. By using the term you detach yourself emotionally. Don't other them as users. It has an alienating effect, in a time where we need to unite.
social.coop (social.coop)
"The farmer protects the hens against the fox by building a fence around them". A single word puts so much distance between people.
@smallcircles @evan @julian Feel free to find a better term to define the people that use the technology we developers give them. Doesn't change the fact the we developers are responsible for our code, not those that use it.
-
@smallcircles @evan @julian Feel free to find a better term to define the people that use the technology we developers give them. Doesn't change the fact the we developers are responsible for our code, not those that use it.
Yes, we must be responsible, create safe spaces, etc. Yet how we talk with or about other people matters a lot. There's endless debate around developer privilege, sometimes fair, sometimes not. But there is a lot of 'we know what is best for the user' explicit/implicit outcome.
If we are so diverse, why not walk that adventure together, discuss needs beyond the tech circle?
An analogy is development aid, where the West knows best what help to give.. they think.
-
Yes, we must be responsible, create safe spaces, etc. Yet how we talk with or about other people matters a lot. There's endless debate around developer privilege, sometimes fair, sometimes not. But there is a lot of 'we know what is best for the user' explicit/implicit outcome.
If we are so diverse, why not walk that adventure together, discuss needs beyond the tech circle?
An analogy is development aid, where the West knows best what help to give.. they think.
@smallcircles @evan @julian I honestly don't care that much about philosophical abstractions and discussions. "My code must protect the rights and privacy of the people that use my code. Always. Provable." is my mantra
-
Yes, we must be responsible, create safe spaces, etc. Yet how we talk with or about other people matters a lot. There's endless debate around developer privilege, sometimes fair, sometimes not. But there is a lot of 'we know what is best for the user' explicit/implicit outcome.
If we are so diverse, why not walk that adventure together, discuss needs beyond the tech circle?
An analogy is development aid, where the West knows best what help to give.. they think.
I am only observing that there is a missing focus on the social side, the soft and fluffy parts that many devs hate. And in return what we build is kind of a technosphere, missing the social layers to really click with people. Unless with the help of some 'digital transformation' which is the opposite of what we should be doing.. bring tech to be supportive of people, anticipate their true needs.
Anyway, I'm side-stepping. You know this well, and do wonders wrt help!
-
More interesting angle to your question, maybe why asked, is to "reimagine forums" in our new age of social networking.
Yesterday I had a discussion about https://blocks.githubnext.com "Reimagine repositories". Great ideation starting point. What is a repository actually? Container of a solution? Or .. what?
Maybe a forum is single-person software, attached to the social graph of the social web? Tapping into activity streams and knowledge bases. To 'slice' our personalized community views?
-
@smallcircles @evan @julian I honestly don't care that much about philosophical abstractions and discussions. "My code must protect the rights and privacy of the people that use my code. Always. Provable." is my mantra
I often mention this 'peopleverse' as something to envision, a hypothetical place where our offline and online worlds seamlessly connect and support our daily lives.
It is a philosophical abstraction, but it is a useful one. What happens when I open my eyes in the morning and events starts flowing in on the single timeline of the life that I lead?
(One thing is that I can go online and engage in global-square twitter 2.0 where people build protection after the fact.)
-
I often mention this 'peopleverse' as something to envision, a hypothetical place where our offline and online worlds seamlessly connect and support our daily lives.
It is a philosophical abstraction, but it is a useful one. What happens when I open my eyes in the morning and events starts flowing in on the single timeline of the life that I lead?
(One thing is that I can go online and engage in global-square twitter 2.0 where people build protection after the fact.)
@smallcircles @evan @julian I call it the "Internet of people" as opposed to the "internet of machines, companies" we have right now
-
I often mention this 'peopleverse' as something to envision, a hypothetical place where our offline and online worlds seamlessly connect and support our daily lives.
It is a philosophical abstraction, but it is a useful one. What happens when I open my eyes in the morning and events starts flowing in on the single timeline of the life that I lead?
(One thing is that I can go online and engage in global-square twitter 2.0 where people build protection after the fact.)
Anyway, at this point I may make a cross-reference to old notes I made wrt major challenges we face, and still do today.
Major challenges for the Fediverse
Various forum topics highlights big challenges for the Fediverse to overcome. Below there is a list of those, and all of them are within scope of Social Coding #foundations to contribute to solutions. Challenge Desc…
Discuss Social Coding (discuss.coding.social)
I think we can only hope to address these challenges if we do much more than just care for our code and protect our users. I understand where you come from and underline your ethics and values. We are kindred spirits in the commons But I am arguing that we may benefit from a slight perspective shift to help reimagine social.
-
@smallcircles @evan @julian I call it the "Internet of people" as opposed to the "internet of machines, companies" we have right now
Yes, that is already a huge improvement. And such phrases help align minds and thinking to explore what that should mean in practice.
-
@strypey@mastodon.nzoss.nz @naturzukunft @smallcircles @skyfaller @hugh @bob There are other servers that implement C2S support (ActivityPods, Vocata, onepage.pub, ...). Lack of servers implementing C2S is not the problem. See the many other issues described in this thread for examples of why one can't built an *interoperable* AP C2S client with features a typical user would expect.
@steve @naturzukunft @skyfaller @hugh @bob
@evanGood thread!
I wanna collect C2S compliant projects here: https://codeberg.org/fediverse/delightful-fediverse-apps/issues/130I'm planning updates to the 4 fedi-related https://delightful.club lists and reorganising them. Have a humongous maintenance backlog too.
In this reorg I want to highlight the more interesting, unexplored and innovative directions that our fediverse may be evolving to.
The other day I had discussion on 2 top categories for fedi apps list: https://thoresson.social/@anders/114433900582811705
-
@hugh@ausglam.space it's because clients can't make any assumptions about ActivityPub data using the C2S model. They have to perform full client side parsing and linking, then figure out some way to display this graph structure of data they've been given. The fact of the matter is that ActivityPubs design is overly broad, and no client could account for this. So, instances implement an API offering a simple, watered down format, plus the benefit of having stability even if the software moves to another federation protocol down the line.
There's also the matter that almost all ActivityPub implementations do not store posts in their database as JSON-LD, instead they unmarshal the data from it and store it in a concise format. Reconstructing it for the purposes of C2S would be inefficient and clunky. -
More interesting angle to your question, maybe why asked, is to "reimagine forums" in our new age of social networking.
Yesterday I had a discussion about https://blocks.githubnext.com "Reimagine repositories". Great ideation starting point. What is a repository actually? Container of a solution? Or .. what?
Maybe a forum is single-person software, attached to the social graph of the social web? Tapping into activity streams and knowledge bases. To 'slice' our personalized community views?
@smallcircles@social.coop personally, I feel that asking people to post or continue a discussion on another platform is a roadblock that shouldn't need to exist.
You can't do it on Discourse, but in NodeBB you can "categorize" a topic, even if it came from the microblog-fedi. Similarly to how you can import a reply tree into another Mastodon instance. That's the difference, that the software should support something like this, although I get that that's not always important to every piece of software.
Things get a little more confusing if a topic is already categorized, like a Lemmy/Piefed post in a community, so I expect some of that to change in the coming months.
End of the day it would look something like "cross-posting" as currently exists on the threadiverse.
-
@julian I like the general direction, and it is very promising. Liking too the collab between NodeBB, Discourse and Lemmy in this regard. Very important that for interop sake. Thank you for all your efforts on the forum taskforce!
-
@skyfaller Well one person’s “under-defined” is another person’s “flexible and simple”. If people get their heads out of micro-blogging it becomes clearer why a more rigid definition becomes limiting, IMO.
@hugh @skyfaller part of the problem with how “underdefined” it is, is that we’re not talking about the big picture being there but mostly in need of filling in the gaps. we’re talking about “there is no agreed-upon authorization framework” levels of “underdefined”.
the other part is that it presupposes a wildly different topology than what fedi adheres to. the most natural interpretation of “client” is not something like Tusky. the AP client would be Mastodon itself as a client of an AP server
-
@hugh @skyfaller part of the problem with how “underdefined” it is, is that we’re not talking about the big picture being there but mostly in need of filling in the gaps. we’re talking about “there is no agreed-upon authorization framework” levels of “underdefined”.
the other part is that it presupposes a wildly different topology than what fedi adheres to. the most natural interpretation of “client” is not something like Tusky. the AP client would be Mastodon itself as a client of an AP server
@hugh @skyfaller here, the AP server handles storage and delivery. i could then use mastodon/pixelfed/etc as clients to GET/POST against my outbox/inbox as needed, basically treating the AP server as a database of sorts, as well as a mail server of sorts.
most implementations of fedi are not like this and do not want to do this. they want to be monoliths. monoliths are “easy”. the will to abstract away social activity storage and delivery is largely not there.