GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    silverpill (silverpill@mitra.social)'s status on Saturday, 11-Apr-2026 16:31:02 JST silverpill silverpill
    in reply to
    • Beady Belle Fanchannel

    @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 necessary because Mastodon has a bug. Unlike the problem of competing standards, this problem can be solved by writing better documentation.

    In conversation about a month ago from mitra.social permalink

    Attachments


    • Embed this notice
      Beady Belle Fanchannel (profpatsch@mastodon.xyz)'s status on Saturday, 11-Apr-2026 16:31:04 JST Beady Belle Fanchannel Beady Belle Fanchannel
      in reply to

      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

      In conversation about a month ago permalink
    • Embed this notice
      Beady Belle Fanchannel (profpatsch@mastodon.xyz)'s status on Saturday, 11-Apr-2026 16:31:05 JST Beady Belle Fanchannel Beady Belle Fanchannel
      in reply to

      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

      In conversation about a month ago permalink
    • Embed this notice
      Beady Belle Fanchannel (profpatsch@mastodon.xyz)'s status on Saturday, 11-Apr-2026 16:31:06 JST Beady Belle Fanchannel Beady Belle Fanchannel
      • 🫧 socialcoding..

      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!

      https://coding.social/blog/grassroots-evolution/#fediverse-tomorrow

      #activitypub #fediverse #FEPs #fep #fedidev

      In conversation about a month ago permalink

      Attachments

      1. Domain not in remote thumbnail source whitelist: coding.social
        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.

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.