Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. Arnold Schrijver (@smallcircles) just published a fairly long thinkpiece on the future of ActivityPub and the fediverse and how we could achieve a grassroots improvement of the standards.

Arnold Schrijver (@smallcircles) just published a fairly long thinkpiece on the future of ActivityPub and the fediverse and how we could achieve a grassroots improvement of the standards.

Scheduled Pinned Locked Moved Uncategorized
activitypubfediversefepsfepfedidev
6 Posts 3 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • profpatsch@mastodon.xyzP This user is from outside of this forum
    profpatsch@mastodon.xyzP This user is from outside of this forum
    profpatsch@mastodon.xyz
    wrote last edited by
    #1

    Arnold Schrijver (@smallcircles) just published a fairly long thinkpiece on the future of ActivityPub and the fediverse and how we could achieve a grassroots improvement of the standards. It's well worth a read!

    Link Preview Image
    Grassroots fediverse evolution

    Social dynamics in the grassroots fediverse ecosystem and laisséz-faire practices led to divergence from power and promise of the ActivityPub protocol. Grassroots standards and the ActivityPub API initiative can get us back on track.

    favicon

    Social coding commons (coding.social)

    #activitypub #fediverse #FEPs #fep #fedidev

    profpatsch@mastodon.xyzP 1 Reply Last reply
    1
    0
    • R relay@relay.mycrowd.ca shared this topic
    • profpatsch@mastodon.xyzP profpatsch@mastodon.xyz

      Arnold Schrijver (@smallcircles) just published a fairly long thinkpiece on the future of ActivityPub and the fediverse and how we could achieve a grassroots improvement of the standards. It's well worth a read!

      Link Preview Image
      Grassroots fediverse evolution

      Social dynamics in the grassroots fediverse ecosystem and laisséz-faire practices led to divergence from power and promise of the ActivityPub protocol. Grassroots standards and the ActivityPub API initiative can get us back on track.

      favicon

      Social coding commons (coding.social)

      #activitypub #fediverse #FEPs #fep #fedidev

      profpatsch@mastodon.xyzP This user is from outside of this forum
      profpatsch@mastodon.xyzP This user is from outside of this forum
      profpatsch@mastodon.xyz
      wrote last edited by
      #2

      I'm thinking of replying in a blog post as someone who has spent the last three months actively developing a fediverse application (#flohmarkt).

      But the most critical thought: I miss a discussion about reducing implementation complexity as much as possible. The standards leave much "wiggle room" for implementation, which I think is partly to blame for the "whack a mole" nature of support

      profpatsch@mastodon.xyzP 1 Reply Last reply
      1
      0
      • profpatsch@mastodon.xyzP profpatsch@mastodon.xyz

        I'm thinking of replying in a blog post as someone who has spent the last three months actively developing a fediverse application (#flohmarkt).

        But the most critical thought: I miss a discussion about reducing implementation complexity as much as possible. The standards leave much "wiggle room" for implementation, which I think is partly to blame for the "whack a mole" nature of support

        profpatsch@mastodon.xyzP This user is from outside of this forum
        profpatsch@mastodon.xyzP This user is from outside of this forum
        profpatsch@mastodon.xyz
        wrote last edited by
        #3

        Things that come to mind:

        * Inbox signature validation is very vague
        * jsonld is a complex standard that introduces a need for libraries, leads to slowdowns and blows up the implementation surface
        * Interaction schemes like quoting requests lead to nontrivial state machines

        In general: any MAY in a definition explodes the possible things that can go badly.
        Which is why I think we need to use a different approach from how e.g. RFCs are structured

        smallcircles@social.coopS ? 2 Replies Last reply
        1
        0
        • profpatsch@mastodon.xyzP profpatsch@mastodon.xyz

          Things that come to mind:

          * Inbox signature validation is very vague
          * jsonld is a complex standard that introduces a need for libraries, leads to slowdowns and blows up the implementation surface
          * Interaction schemes like quoting requests lead to nontrivial state machines

          In general: any MAY in a definition explodes the possible things that can go badly.
          Which is why I think we need to use a different approach from how e.g. RFCs are structured

          smallcircles@social.coopS This user is from outside of this forum
          smallcircles@social.coopS This user is from outside of this forum
          smallcircles@social.coop
          wrote last edited by
          #4

          @Profpatsch

          Hey, thank you! Delighted you found my article even before I announced it on fedi 🙂

          🫧 socialcoding.. (@smallcircles@social.coop)

          #ThoughtProvoker 🤔 #fediverse is at an inflection point. Either revival and course correction to the original #ActivityPub protocol power and promise. With the potential to #ReimagineSocial. Or keep current track with fedi-we-have. Be content with a few great and reasonably popular app platforms. Surely some more to come. But with a messy wire protocol that stifles #innovation and isn't future-proof. #AskFedi do you dare to dream? This special thought provoker is based on personal reflection and 8 years of #commoning. Deliberately exposed to the inherent unsustainability of the #FOSS movement. Burning privilege by spending my savings. Goal: 1st-hand experience to learn the #social dynamics that make a #commons tick. I invite you to a #brainstorm & #ideation ride. To ponder how #fedi can organically evolve. Become unbeatable by #hypercapitalism. https://coding.social/blog/grassroots-evolution But in an age of #AI who still reads long handcrafted #blogs? Fill in the #poll. #SX #SocialCoding #SocialWeb [ ] In the end I more or less read the whole article [ ] I read the article summary, skimmed for highlights [ ] I passed the problem section, read the tech ideas [ ] Meh, skip. Too technical. Too social fluffy. Other

          favicon

          social.coop (social.coop)

          Thus far my poll on readership found 4 Meh skips. AI vs. long handcrafted thinkpieces: 1 - 0?

          We'll see. Finding that out is also SX, after all. 😅

          profpatsch@mastodon.xyzP 1 Reply Last reply
          0
          • smallcircles@social.coopS smallcircles@social.coop

            @Profpatsch

            Hey, thank you! Delighted you found my article even before I announced it on fedi 🙂

            🫧 socialcoding.. (@smallcircles@social.coop)

            #ThoughtProvoker 🤔 #fediverse is at an inflection point. Either revival and course correction to the original #ActivityPub protocol power and promise. With the potential to #ReimagineSocial. Or keep current track with fedi-we-have. Be content with a few great and reasonably popular app platforms. Surely some more to come. But with a messy wire protocol that stifles #innovation and isn't future-proof. #AskFedi do you dare to dream? This special thought provoker is based on personal reflection and 8 years of #commoning. Deliberately exposed to the inherent unsustainability of the #FOSS movement. Burning privilege by spending my savings. Goal: 1st-hand experience to learn the #social dynamics that make a #commons tick. I invite you to a #brainstorm & #ideation ride. To ponder how #fedi can organically evolve. Become unbeatable by #hypercapitalism. https://coding.social/blog/grassroots-evolution But in an age of #AI who still reads long handcrafted #blogs? Fill in the #poll. #SX #SocialCoding #SocialWeb [ ] In the end I more or less read the whole article [ ] I read the article summary, skimmed for highlights [ ] I passed the problem section, read the tech ideas [ ] Meh, skip. Too technical. Too social fluffy. Other

            favicon

            social.coop (social.coop)

            Thus far my poll on readership found 4 Meh skips. AI vs. long handcrafted thinkpieces: 1 - 0?

            We'll see. Finding that out is also SX, after all. 😅

            profpatsch@mastodon.xyzP This user is from outside of this forum
            profpatsch@mastodon.xyzP This user is from outside of this forum
            profpatsch@mastodon.xyz
            wrote last edited by
            #5

            @smallcircles heh, I thought I had missed the Fedi announcement because it was already there

            1 Reply Last reply
            1
            0
            • profpatsch@mastodon.xyzP profpatsch@mastodon.xyz

              Things that come to mind:

              * Inbox signature validation is very vague
              * jsonld is a complex standard that introduces a need for libraries, leads to slowdowns and blows up the implementation surface
              * Interaction schemes like quoting requests lead to nontrivial state machines

              In general: any MAY in a definition explodes the possible things that can go badly.
              Which is why I think we need to use a different approach from how e.g. RFCs are structured

              ? Offline
              ? Offline
              Guest
              wrote last edited by
              #6

              @Profpatsch A lot of effort is being put into reducing implementation complexity - it is just not very visible. Libraries, testing tools, documentation (such as the guide that I mentioned during our previous conversation).

              However, the complexity is unavoidable in a decentralized network. A standardized representation of a quote (FEP-e232) was proposed long time ago. It was easy to implement, versatile (FEP-e232 could be used to build any kind of link, not just a quote), and it was supported by a significant number of fediverse projects. Then Mastodon developers decided to invent a different kind of quote, with all the unnecessary complexity that you described. But I'd rather deal with this complexity than have some centralized standards org telling me what to do.

              Another issue is disinformation -- and that is really weird, and unique to Fediverse. You probably heard that JSON-LD is required, but that is not true. The spec doesn't require it. Only a few Fediverse projects actually use JSON-LD, and as a developer you don't need to worry about it -- adding "@context": "https://www.w3.org/ns/activitystreams" to your JSON makes your software compatible with >99% of Fediverse instances, and even that is only necessary because Mastodon has a bug. Unlike the problem of competing standards, this problem can be solved by writing better documentation.

              1 Reply Last reply
              1
              0
              • System shared this topic
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              • Login

              • Login or register to search.
              • First post
                Last post
              0
              • Categories
              • Recent
              • Tags
              • Popular
              • World
              • Users
              • Groups