Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

Hello, Fediverse πŸ‘‹


Gli ultimi otto messaggi ricevuti dalla Federazione
  • @evan

    > it's ok if you haven't heard of a REST API.

    Well, you be you. I consider this a 'typical Evan remark' by now, dripping with sarcasm. It is a weird fit for someone who want to lead the efforts, I'd say.

    Ah well. What I am talking about is architecture and design, and all the things that allow people to easily form a clear mental picture on how things fit together, wrap their head around the fediverse.

    A HTTP interface is a very low-level thing, and clearly but one of the many moving parts that play a role in based solution development.

    Never defining this well, and having the documentation be scattered all across the fediverse in 1,001 random locations doesn't help. Meanwhile the dev talk that is going on for years remains very inefficient due to endless Babylonian speech confusion.

    https://social.coop/@smallcircles/116109447243110037

    @cwebber @steve

    read more

  • @evan @smallcircles @steve ActivityPub already is a message passing paradigm

    read more

  • @smallcircles @steve So, I disagree that we have to adopt a message-passing paradigm for ActivityPub.

    read more

  • @smallcircles @steve one anti-pattern I dislike seeing in ActivityPub discussions is that only one interaction defined in the ActivityPub spec is valid: an HTTP POST to an actor's `inbox` for server-to-server interactions.

    We can use HTTP GET to fetch additional data about objects, actors and collections.

    read more

  • @smallcircles @steve it's ok if you haven't heard of a REST API. It's an API that uses HTTP for reading and writing data. Wikipedia has a good
    article about it:

    https://en.wikipedia.org/wiki/REST

    read more

  • @evan @steve

    Another issue: Unclear protocol layers.

    > I am not a fan of the idea that is a message-passing system; it's a read-write API.

    I'm not sure what a "read-write API" is, really. It 's a fuzzy term, whereas message based systems have well-defined architecture patterns and a body of IT knowledge and practice to apply them in robust communication systems. A 'Message API' has a generic, consistent interface.

    The overarching goal of AS/AP should be empowerment of the Solution developer so they can directly focus on building use cases for their application or business domain. They should not have to think about any of the intrinsics of the protocol, like particular GETs and POSTs used to model protocol capabilities in the HTTP transport layer.

    Solution design then involves:

    0. Model the domain
    1. Data modeling, msg formats + validation
    2. Define actor msg exchange patterns
    3. Document design
    --
    4. Improve these steps. Add native protocol + tool support over time.

    read more

  • Welcome @sophiekaz I am also fairly new to this. You mentioned LinkedIn, is there a fediverse alternative?

    read more

  • @sophiekaz@mastodon.social Welcome to the Fediverse :wave:

    read more
Post suggeriti