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

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

Untitled attachment

Download link

Notices where this attachment appears

  1. Embed this notice
    Laurens Hof (laurenshof@fediversereport.com)'s status on Tuesday, 20-May-2025 04:06:00 JST Laurens Hof Laurens Hof

    Decentralisation as a shifting mental framework

    Programming note: every week I send out an email newsletter. It contains all the articles I published that week, as well as an additional essay that has been not been published elsewhere yet. This is a republication of last week’s essay I send out. If you’re interested, subscribe below to get all the updates directly in your inbox every week!

    As decentralised social networks grow and evolve over time, so does the meaning of the word decentralisation. People do not understand a meaning of a word in a vacuum, they form an understanding of what a word means based on their think other people think a term means. The term decentralisation is a good example of this: it is clearly an important term to the communities that make up networks like the fediverse. But the meaning of the term decentralisation has shifted over time. Communities take on a shared mental framework to understand a technology. Once a framework has been established, changes to that shared framework are slow, and can happen due to forces of other communities who have a different shared perspective.

    The fediverse, and the networks that it grew out of, are decentralised social networks in two different ways: they are decentralised in a technical description of how the network architecture looks. But the fediverse is also decentralised in the sense that this became a core part of the identity of the network. For a variety of reasons, as the fediverse grew and matured, being decentralised became a core way how people on the fediverse understood the network themselves. When Elon Musk took over Twitter, it gave a strong validation of the idea that centralised ownership of social networking is bad, and thus that good social networks should be decentralised.

    Over time, the meaning of the term ‘decentralisation’, as understood by people on the fediverse, grew more diffuse. Other characteristics of the network became conflated with the idea of the network being decentralised. Traits of centralised platforms that people deemed bad, such as a single algorithmic timeline controlled by an oligarch, became a template for how an alternative social network should do the opposite: only have a timeline where the content displayed is fully controlled by the user. The boundaries blurred between features resulting from a decentralised networking architecture versus those from human-focused product design. It is totally possible to create a decentralised social networking platform with only algorithmic timelines. But the connection between fediverse platforms largely only having ‘following’ feeds and the network being decentralised was regularly implied.

    A network like the fediverse has an architecture that is easy to recognise as being decentralised: there are multiple independent servers that are all talking to each other, without one central entity. But there are other ways to create social networks that are decentralised, using a different architecture. Nostr is a good example of a decentralised social network that operates in a significantly different way, while also being clearly decentralised.

    For the fediverse community, the mental model of decentralised networks such as the fediverse itself, but also email, became more dominant. There was less space to consider other ways to design a social network that is also decentralised. The size difference between the fediverse and the much smaller Nostr network made other alternatives easy to brush aside. But the growth of Bluesky and the ATmosphere network changed this dynamic.

    The goal of Bluesky and ATProto is to create a decentralised social network, but with different characteristics and goals than the fediverse and ActivityPub have. For people on the fediverse, decentralisation became the main way how they analysed this competing network. As Bluesky is by far the largest app on the ATProto network, by multiple orders of magnitude, Bluesky not actually being decentralised became a common criticism. I made a similar argument in fall 2024, about how Bluesky has not meaningfully distributed power due to how clustered the people are around a single app. However, that is something different than the technological network architecture being (de)centralised. These criticisms became intertwined with each other, especially from the fediverse side.

    In recent weeks, people have made some significant progress in using Bluesky (in technical terms: engaging with posts with Bluesky’s lexicon) with infrastructure that is entirely independent from the Bluesky company. This demonstrates the network being decentralised in a meaningful way. But as the term ‘decentralisation’ has become so intertwined with other meanings, both regarding other network architecture as well as the spread of the user base, that conversations around these developments became hopelessly confusing. The achievement of using Bluesky without using infrastructure owned by Bluesky PBC became solely analysed through the frame of “is the network decentralised”.

    In all this discourse, it has become lost that decentralisation is a description of a network topology, and not an intrinsic Good. People do not actually care about decentralisation itself. Decentralisation is valuable because it enables other properties, such as network resilience, and are more resistant to capture by oligarchs.

    Within the ATProto developer community, the discourse that essentialised decentralisation led to a counter reaction, where decentralisation is not seen as a useful term anymore. Instead, other descriptors should be used, to consider specific features that the network enables. While the community seems largely in agreement that decentralisation has lost a lot of its usefulness as a way to analyse the network, there is less consensus on what other factors the network should be judged on.

    As an observer of both networks this makes the current situation particularly interesting. One developer community seems to come to an agreement that one mental framework has lost some of its use, while the other developer community has not done so. Furthermore, it is not clear yet what framework should take its place instead. Is it a framework of analysing a network by its possible failure modes, or something else entirely?

    #fediverse

    https://fediversereport.com/decentralisation-as-a-shifting-mental-framework/

    In conversation about 20 days ago from fediversereport.com permalink
  2. Embed this notice
    Daniel Supernault (dansup@mastodon.social)'s status on Tuesday, 31-Dec-2024 02:54:18 JST Daniel Supernault Daniel Supernault

    I'm so thankful for my big bro @Gargron for helping me realize how wrong I was.

    His wise words and feedback was the beacon of light I needed to help me remember the path we are on.

    As a fedi dev, its rare to acknowledge your mistakes, but I want to grow from them, and having big G reach out to me was a sign that i can do better.

    So I will.

    In conversation about 5 months ago from mastodon.social permalink
  3. Embed this notice
    Dr. Quadragon ❌ (drq@mastodon.ml)'s status on Friday, 13-Sep-2024 05:31:07 JST Dr. Quadragon ❌ Dr. Quadragon ❌
    in reply to

    @dside Yeah. That fucking Perl one-liner.

    Also, yes, those VT-100 conventions clashing with desktop conventions are also disorienting as hell if you don't know what's going on.

    As for command naming... Well, keyboard shortcuts can also be counterintuinive, the advantage however is that you need to learn them once. But yeah, Pacman sucks for this.

    In conversation about 9 months ago from gnusocial.jp permalink
  4. Embed this notice
    defanor (defanor@emacs.ch)'s status on Thursday, 09-May-2024 03:19:44 JST defanor defanor

    Noticed a redirect loop on the help.libreoffice.org website, but failed to find an appropriate address or page to report it (except for Bugzilla, which requires an account, and I see no "project" for the website there). Noticed a Mastodon contact though, maybe this will work. Or maybe somebody on Mastodon will point to an appropriate place to report #LibreOffice website issues? Either way, it should be better to write here than to ignore.

    @libreoffice, <https://help.libreoffice.org/latest/en-US/text/sdatabase/dabawiz02pgsql.html> redirects to <https://help.libreoffice.org/en-US/noscript.html> with a meta refresh, which then redirects to <https://help.libreoffice.org/latest/en-US/text/swriter/main0000.html> with the "location" HTTP header, which redirects back to noscript.html, as the first one did, and the loop goes on.

    As another minor website issue report, icons are broken if pages are not allowed to set custom fonts. Some contrast ratios (e.g., in the footer) are very low, some elements (e.g., operating system choice on the "download" page) do not fit into the areas dedicated for them and overflow awkwardly if minimum font size is set (to 16, for instance). Some content (e.g., on <https://www.libreoffice.org/discover/templates-and-extensions/>) is simply unavailable with JS off, while with JS on it is just hidden behind an unnecessary click.

    In conversation about a year ago from emacs.ch permalink
  5. Embed this notice
    🎓 Doc Freemo :jpf: 🇳🇱 (freemo@qoto.org)'s status on Thursday, 28-Dec-2023 03:26:14 JST 🎓 Doc Freemo :jpf: 🇳🇱 🎓 Doc Freemo :jpf: 🇳🇱
    in reply to

    @ambihelical

    We actually have more features than the original, by quite a bit margin. What features they finally implemented came years after we had them in most cases.

    There are two features we hired people to bring in and should be coming early next year now that we have developers hired. Those are editing posts without reposting, and in-line translation. Everything else we are ahead of the curve on.

    As for clients, if you use a generic ActivityPub client it should work fine as we adhere to all AP standards. Just avoid mastodon specific clients and you should have the full clients features working fine.

    @trinsec

    In conversation Thursday, 28-Dec-2023 03:26:14 JST from qoto.org permalink
  6. Embed this notice
    Oggie (oggie@woof.group)'s status on Friday, 22-Dec-2023 05:36:02 JST Oggie Oggie
    in reply to

    @AnarchoNinaWrites
    I really don't get this attitude from people. It's so surreal. Okay, you think these people are getting wrong or bad information, that can be frustrating.

    But just 'how dare they find something they like to listen to/enjoy'? C'mon. I don't like tiktok much, gen x brainpan doesn't mesh, so I just get linked it, nod, then move on.

    As for OF- my recent disapointment with it was 'damn, this didn't click for me. Oh well. Good for him anyway. Unsub.' Then I moved on.

    In conversation Friday, 22-Dec-2023 05:36:02 JST from gnusocial.jp permalink
  • 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.