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
    Alek (tarkowski@101010.pl)'s status on Thursday, 06-Apr-2023 00:46:59 JST Alek Alek
    • Eugen Rochko
    • Nilay Patel

    I read over the weekend the interview with Eugen Rochko, owner and CEO of #Mastodon (@Gargron), conducted by Nilay Patel (@nilaypatel) for the Verge's Decoder show.

    It’s a great, geeky talk going into details of Mastodon’s operation as a service, a large chunk of the #ActivityPub network, and a company.

    What I really like is the frugal, sustainable approach to running an organization. It’s so different from the corporate giants, and it’s refreshing to think that you can sustain a relatively large social network not just with small resources, but also without a drive to grow big. With VC capital (which Rochko consistently rejects).

    What worries me in turn is Rochko’s take on participatory governance of Mastodon. He does signal interest in tools that provide better feedback than current GitHub issues (which are apparently the sole “participatory” mechanism available right now.

    But he also openly declares that “Benevolent Dictator for Life” is his preferred governance model. Which is worrying, because one person should not be making decisions about a network used by millions of people. And participatory governance should be more than collective petitions to a “benevolent dictator”.

    I think that the mistake Rochko makes is thinking about Mastodon as just a piece of open source code that needs to be produced. But in fact the code is just a tool for a social network, that is shaped with software tools. Allowing quotes of posts is not a decision about code - it’s a decision about how millions will comunicate.

    I wrote last year about the need for stronger participatory governance on the Fediverse. I hope that we will see some explorations that will boldly go beyond tested - but insufficient, or even flawed - approaches from #opensource.

    https://www.theverge.com/23658648/mastodon-ceo-twitter-interview-elon-musk-twitter

    In conversation Thursday, 06-Apr-2023 00:46:59 JST from 101010.pl permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: www.show.it
      Home - SecurityIT | Consulenza Sulla Sicurezza Informatica
      show.it fornisce servizi in ambito informatico dal 1995 intervenendo su tutto il territorio nazionale. Fornitura di servizi e prodotti per la sicurezza informatica.
    2. Can Mastodon seize the moment from Twitter?
      from Nilay Patel
      How Mastodon was prepared for Elon Musk’s Twitter to fail.
    • clacke likes this.
    • Embed this notice
      mlinksva (mlinksva@mastodon.social)'s status on Thursday, 06-Apr-2023 00:47:10 JST mlinksva mlinksva
      in reply to

      @tarkowski think for a minute, it's *extremely unlikely* Rochko "is thinking about Mastodon as just a piece of open source code that needs to be produced" not realizing "the code is just a tool for a social network, that is shaped with software tools. Allowing quotes of posts is not a decision about code - it’s a decision about how millions will comunicate."

      Please, advocate for and better explore participatory governance, but start from higher and factual ground.

      In conversation Thursday, 06-Apr-2023 00:47:10 JST permalink
    • Embed this notice
      Alek (tarkowski@101010.pl)'s status on Thursday, 06-Apr-2023 00:47:10 JST Alek Alek
      in reply to
      • mlinksva

      @mlinksva maybe what I wrote was not clear - Yes, it’s clear that Rochko thinks about social consequences of such decisions, I’m not questioning that.
      But he ultimately points to traditions in open source development. I feel really uneasy about a governance model that includes the word “dictator”.
      If we all agree that decisions like those on Mastodon functionalities are about more than just the shape of code, then it should be obvious that some other type of governance is needed.

      In conversation Thursday, 06-Apr-2023 00:47:10 JST permalink
      clacke likes this.
    • Embed this notice
      mlinksva (mlinksva@mastodon.social)'s status on Thursday, 06-Apr-2023 00:47:11 JST mlinksva mlinksva
      in reply to

      @tarkowski I feel really uneasy about analyzing a model based on a label -- unfortunate word choice from when cheeky wording was stupidly deemed internet cool. Replace with "designer" for cooler analysis. Then it should be obvious that "it should be obvious" needs fleshing out! ?

      I idly wonder if Mastodon project (or mastodon.social, I thought interesting what Rochko said about default instance in interview) is most important participatory fediverse governance venue. Open question in my mind.

      In conversation Thursday, 06-Apr-2023 00:47:11 JST permalink
    • Embed this notice
      mlinksva (mlinksva@mastodon.social)'s status on Thursday, 06-Apr-2023 00:47:11 JST mlinksva mlinksva
      in reply to

      @tarkowski ps I looked up your piece from last year which does cover various layers https://techpolicy.press/priorities-to-make-the-fediverse-sustainable/ and is worth a re-read.

      In conversation Thursday, 06-Apr-2023 00:47:11 JST permalink

      Attachments

      1. Domain not in remote thumbnail source whitelist: techpolicy.press
        Priorities to Make the Fediverse Sustainable
        from Alek Tarkowski
        This is the time to start thinking about the long-term sustainability and governance of the new, bigger Mastodon, says Alek Tarkowski.
      clacke likes this.
    • Embed this notice
      mlinksva (mlinksva@mastodon.social)'s status on Thursday, 06-Apr-2023 00:47:14 JST mlinksva mlinksva
      in reply to
      • Data Transfer Initiative

      @tarkowski pps I see you covered similar material in your reply to another subthread https://101010.pl/@tarkowski/110136125167235083

      I agree not knowing how to migrate between instances, particularly those running different software, is a big problem. Idle thought/wish, maybe @DTinitiative will intervene; probably few fediverse software designers wish to prevent migration, but making it work great is also work not at top of any of their priorities, probably.

      In conversation Thursday, 06-Apr-2023 00:47:14 JST permalink

      Attachments

      1. No result found on File_thumbnail lookup.
        Alek (@tarkowski@101010.pl)
        from Alek
        @aleabdo@hubzilla.com.br @yaso@mastodon.social thanks for these smart thoughts, and I really like the concept of “territories”. I agree that #ActivityPub should also be a prime target, not just of governance, but of support, maintenance and funding. I would also argue that the instance-level choice is limited by the space within which it takes place, and that is one of a monopolistic service on the Fediverse. Everyone likes to mention #Misskey and #Pleroma but for now #ActivityPub is dominated by communication dependent on Mastodon code. So maybe that’s another important avenue - ensuring plurality of the Fediverse. Which, I would argue, will not happen organically. In the interview, Rochko signals that he’s expecting further centralisation around mastodon.social - with key design decisions about the shape of a key mechanism - the server selection interface - being decided by him alone. And on your last point, I agree, but would add that this is not just about using alternative providers, but also services. I should switch to #Misskey. :) (But I don’t know how to do that!)
      clacke likes this.
    • Embed this notice
      Data Transfer Initiative (dtinitiative@techpolicy.social)'s status on Thursday, 06-Apr-2023 00:47:21 JST Data Transfer Initiative Data Transfer Initiative
      in reply to
      • mlinksva

      @mlinksva @tarkowski Hey, who leaked you our product strategy... just kidding, but honestly, it's very much on our minds too.

      In conversation Thursday, 06-Apr-2023 00:47:21 JST permalink
      clacke likes this.
    • Embed this notice
      mlinksva (mlinksva@mastodon.social)'s status on Thursday, 06-Apr-2023 02:09:55 JST mlinksva mlinksva
      in reply to

      @tarkowski and I'm definitely not against more participatory gov. Closely held decisionmaking (whether by a would-be benevolent designer, foundation, or [too numerous to really even consider] company) often rankles users and arguably results in worse software/community/other result. Quoting and Mastodon may be an example. Lots of arguable issues stemming from this with eg Mozilla, Wikimedia, GNOME. But novel governance also costly (including risky), so I don't advocate simply for more of it.

      In conversation Thursday, 06-Apr-2023 02:09:55 JST permalink
      clacke likes this.
    • Embed this notice
      mlinksva (mlinksva@mastodon.social)'s status on Thursday, 06-Apr-2023 02:09:55 JST mlinksva mlinksva
      in reply to
      • The Spritely Institute

      @tarkowski for the fediverse in particular I'm semi-convinced (semi- because I don't understand well enough & would love to be wrong) that the technical underpinnings are such a limiting factor that governance at whatever level (other than that which results in speeding up technical improvement, so cheering things like @spritelyinst) is not going to make a big difference toward ends such as more autonomy for people and communities globally.

      In conversation Thursday, 06-Apr-2023 02:09:55 JST permalink
      clacke likes this.
    • Embed this notice
      Alek (tarkowski@101010.pl)'s status on Thursday, 06-Apr-2023 02:09:56 JST Alek Alek
      in reply to
      • mlinksva

      @mlinksva i like your question, and it would be great to answer it in a more structured manner, looking also at protocol layer, instances, but also inter-instance governance (which is different from issues related to the code that is running the instances; and also not something that I have seen considered often). And Im open to the idea that we dont wan citizen / user committees popping up everywhere :)

      In conversation Thursday, 06-Apr-2023 02:09:56 JST permalink
    • Embed this notice
      Alexandre Hannud Abdo (aleabdo@hubzilla.com.br)'s status on Thursday, 06-Apr-2023 02:10:15 JST Alexandre Hannud Abdo Alexandre Hannud Abdo
      in reply to
      • yaso
      @Alek @yaso Still, I think we should be careful with where we aim at. Adding democratic governance models everywhere don't simply make systems more democratic. Democratic governance is an expensive endeavor and its cost-benefit can often be net-negative for democracy. In the Fediverse, a lot of effort goes into making sure that specific instances and their software are a choice, not a territory. This lowered dependency between users, user-admins, and user-developers guards against spontaneous monopoly, so it doesn't feel like a good target for normative democratic governance. The territory-like entity is the ActivityPub protocol, and that is not governed like Eugen's branch of the Mastodon code. If we say Mastodon is the territory to be fought for, we're shifting democratic effort and legitimacy to an entity of choice, and thus promoting system concentration. Which I fear will actually reduce democratic outcomes, as it would go against pluralism in the Fediverse. I think we'd do more good ensuring ActivityPub, and other protocols like Nomad, improve in democracy-oriented governance, democratic energy and people, so they can demand of implementations, and instances, stronger guarantees of user freedom (for which I chose to cite Nomad, which is more advanced on those issues than ActivityPub). And as such, the first thing anyone can do to meaningfully improve democracy in the Fediverse is to not use a major provider — and if you choose wisely you may even get quote-posts as a prize for your good deeds ;D
      In conversation Thursday, 06-Apr-2023 02:10:15 JST permalink
      clacke likes this.

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.