Via this Lemmy post I just bumped into this: An Open Letter Calling for the Resignation of Eugen Rochko (Gargron) from Mastodon Development Posting here because the broader discussion on the topic is very relevant to this community, and in hopes we can - in a very constructive way - find ways to improve on some of the pain points that are brought up, and possible others that are as yet unnamed. Note that I do not endorse the open letter, but I’ll keep my opinion and thoughts for later (might wr...
  • Vegafjord eo
    2·
    3 years ago

    I don’t like that the app is the official app. I have just started a geographic instance with the purpose of ensuring the local content is blooming. Now I need to make sure that people who register doesn’t use the official mastodon app. If they do, they may get the impression that my site is about what is happening on mastodon globally.

    I think this is going to make it harder for new users to stay on my instance.

    • smallcirclesOPM
      1·
      3 years ago

      Yes, this is a good point. Though the issue you raise is a more universal one. In a future fediverse there’ll be more and more different application types that are interoperating in all kinds of ways. The question of ‘which client supports what?’ becomes much more prominent then. Potentially very confusing for fedizens, unless specifically addressed.

      On the one hand this can be done via standardization or strong consensus on what ActivityPub extensions to use, and Capability Negotiation, and on the other hand - on the client side - a move to more “universal clients” (supporting the Client-to-Server part of the AP spec, and NOT the Mastodon API which can never keep up with all this) is a way forward.

      Offering an intuitive UX for that will be challenging. You might say that with all its different apps, the fediverse represents a kind of ‘cloud-based-appstore’, but that doesn’t cut it. I think at this time the fedi will become more service-oriented, while the client devices may become more task-oriented. See also: From silo-first to task-oriented app design.