In reply to Reply to Tweetdeck goes web only by Frank Meeuwsen

Ik gebruik Tweetdeck als een manier om verschillende thema’s, mensen en groepen te volgen. De 70 kolommen zijn:

  • 25 kolommen met zoekopdrachten naar specifieke termen rond de Europese (open) data wetgeving
  • 1 Direct messages
  • 3 zoektermen naar vormen van mijn naam
  • 6 notificaties van verschillende twitter accounts onder mijn beheer, of van urls die ik gebruik
  • 9 tweets van individuele personen, of individuele personen noemend, meestal omdat die personen interessante twitteraars zijn, maar weinig twitteren en makkelijk in de ruis verdwijnen
  • 1 vermeldingen van een overleden vriend wiens naam nog regelmatig rondgaat
  • 7 lijsten / vermeldingen van communities waar ik lid van ben
  • De home kolom van mijn geheel openbare twitter account
  • 5 kolommen met zoekopdrachten naar termen rondom ethiek by design en digitale transformatie
  • 5 indieweb gerelateerde zoekopdrachten
  • 2 voor vermeldingen van Obsidian en tools for thought
  • 1 voor #amersfoort
  • 1 lijst van open data twitteraars uit de tijd dat ik 2011-2013 voor de EC de Europese open data community volgde en stimuleerde
  • 1 kolom van enkele samengestelde zoektermen rondom de Russische oorlog tegen Ukraïne
  • 2 kolommen over respectievelijk de laatste conferentie die ik bezocht en het volgende event dat ik ga bezoeken

Dit dijt uit en krimpt met actuele gebeurtenissen, events, of zoektermen die me een tijdje interesseren.

Ik ben minstens zo benieuwd wat jij in 70 (!!) kolommen hebt staan!

Frank Meeuwsen

Just received notice that by the end of the month Tweetdeck as desktop app on Mac will be shut down. From now on Tweetdeck will only be browser accessible. As if I need yet more open browser tabs. I’ll have a look at how the browser version deals with my 70 or so Tweetdeck columns.

One more step by Twitter towards making it less useful to me, I suspect.

Today left me wondering if conference backchannels are still a thing and whether organisers need to start organising/designing backchannels to make it useful (again).

I was at the FOSS4GNL conference today, the first large scale event I went to since the Dutch start of the Situation mid March 2020. Or largish event, because there were about 60% of the usual amount of people, with some staying away because they felt uncomfortable in groups, or because of not wanting to submit themselves to QR code scans to verify vaccination or testing status, and a presenter testing positive the day before.

In the run-up I added the conference # to my Tweetdeck columns and mobile Twitter app. Yesterday was a workshop day, and today a conference day, and the 101 participants posted all of 45 tweets during the event. That works out to about .4 tweets per participant and 2 to 3 tweets per tweeting participant. Back in the day ™, aka 2006, I remember how Twitter started replacing IRC as a conference backchannel of the more geeky conferences I went to. A decade later, when visiting the global conference of the Dutch local one I visited today, FOSS4G global in 2016, I was happily surprised to see IRC even used as backchannel.

This time around there’s wasn’t much of a backchannel, not publicly on Twitter, but also not in some other channel. The conference organisers had used a Telegram group for their preparatory work, and beforehand suggested participants to use that as well. That didn’t pan out I think. I don’t use Telegram and wouldn’t install it for a conference either. The organising membership organisations OSGEO.nl and the QGIS-NL user group themselves use a Matrix channel, which I think would have been a much better suggestion as at least community members are familiar with it, and it allows a variety of clients to tap into it.

To me backchannels, and I’m spoilt ’cause Reboot (again: back in the day ™), allow one to be in one track of the conference and follow along with the sessions in other tracks to get the salient bits or know when something out of the ordinary happens because one of the rooms ‘explodes’. This works very well, up to the point where I may well think I remember noteworthy conference sessions, while in reality I wasn’t in the room where myths originated but followed along from the next conference room on IRC.

I dislike conferences where members in the audience are just that, and don’t behave like participants. Backchannels allow you to build connections with others based on content or wit during sessions, not relegating it only to random encounters over coffee or lunch (which is also useful). In events like today where it is primarily a community meeting, that is even more true despite everyone being in a more known environment: I’m a lurker/boundary spanner in the Dutch FOSS4G community, have visited/spoken at their events, have organised related events, but am nowhere near the core of community members, yet I knew some 1 in 10 today and a similar number of ‘colleagues of’, including the international participants.

Twitter definitely isn’t the ‘great equalizer’ of backchannels as it has been for a decade or so any more. In the past few years I saw how the use of Twitter as backchannel diminished already, now at the first event I visit after All This it stands out once more. I don’t see something else naturally taking its place either.

In short I miss well-functioning backchannels. Do others miss them, or never knew to miss them?
If you (like I am at times) are an event organiser, is it necessary to plan ahead for a ‘back-channel experience‘ taking into account accessibility, avoiding silo’s and tracking, with which to add to what it is like to attend your event? Or will the idea of a back-channel be let go entirely, reducing all of us to more singular members of an audience?

In the past few weeks I came across several links to ‘Nitter’, each on different domains. Nitter, it turns out, is a web front-end to see Twitter without Twitter being able to track you.

It shows you public Twitter pages, after stripping out tracking and JavaScript etc. You can’t login through it, or see the things that depend on your own Twitter account (like DM’s and private lists), nor post through it. It is merely a way to see the Twitter site while wearing surgical gloves.

Twitter has been fighting third party apps for its services because it threatens their tracking and advertising, so they want to keep you inside their walled garden. Which is why they closely guard who and what has access to their API. Nitter doesn’t use the API, so Twitter doesn’t have their hands on the off-switch.

This is useful for seeing some of the things others link to, like the increasingly annoying habit of tweets being added to ‘journalism’. (“Politician x said something and Twitter wasn’t having it”)

It is also very useful that it provides RSS feeds for all Twitter content (users, #, and search terms).

You can run your own instance, and there are browser plugins that redirect any Twitter link you follow to a Nitter link replacement.

For now I found a Dutch instance (on this list), and will see if adding some RSS feeds through them is workable.


My public Twitter profile seen through Nitter

In reply to Walking away from facebook by Chris Corrigan

You’re right Chris. I disengaged from FB for much the same reasons in November 2017. And it has heavily influenced my blogging. Both writing about the small stuff, and the deeper content have increased by a lot. So welcome ‘back’ on the Indieweb side, outside the silos. Like you I do still maintain a FB profile (but an empty one, with its 11 years history discarded). Mostly because for some parts of my professional network, FB is the internet, and they have no reliable other way, other than email to reach out.
As you use WP, you may want to check out the IndieWeb plugins, especially the Webmention plugin, which allows you to follow conversations distributed over multiple blogs like in the olden days.

[TL;DR: A long tail is needed for distributed technology to be sustainable I think, otherwise it’s just centralisation and single points of failure in a different form. A long tail means the bottom 80% take over 50% of a market, and the top 20% under 50%. Mastodon currently has over 85% of its participants in the top 20% of instances, and it’s worse than that as 77% of participants are in 0,7% of instances. Just 15% are in the bottom 80% of instances. There’s a power law distribution, but it’s not a long tail. What can Mastodon do to get there and to sustainability?]

On 6 October 2016 Mastodon was launched, and its originator Eugen Rochko looks back in a blogpost on the journey of the past two years.

I joined on 7 April 2017, 6 months after its launch, at the Mastodon.cloud instance. I posted some messages for a month, then fell quiet for half a year. A few messages last March, and then I started using it more frequently last month, in the run-up to figuring out how to run Mastodon for myself (which for now means a hosted solution, but still aiming for running it from the home router). It’s now part of my daily information diet, but no guarantee yet it will last, although being certain I have ‘my half’ of the conversation on a domain I own helps a lot towards maintaining worthwhile exchanges.

Eugen’s blogpost is rightfully proud of what has been accomplished. It’s not yet proof of the sustainability of federated solutions though as he suggests.

He shares a few interesting numbers about the usage of Mastodon. The median of the 3460 known instances is 8 users. In total there are 1.627.557 registered accounts. The largest instance has 415.941 members, while the top 3 together have 52% of users, meaning the number 2 and 3 average 215.194 accounts. The top 25 largest instances have 77% or 1.253.219 members, meaning that the numbers 4-25 average 18.495 users. As the median is 8 it means the smallest 1730 instances have at most 8*1730 = 13.840 users. It also means that the number 26 to number 1730 instances have at least 360.498 members, or an average of 211. This tells us there’s a Pareto power law distribution: the top 20% of instances hold at least 85% of users at the moment. That also means there is no long tail, just a stub that holds at most 15% of Mastodon users only. For a long tail to exist, the smallest 80% of instances should account for over 50% of users, or over three times more than the current number.

As the purpose of Mastodon is distribution, where federation allows everyone to connect regardless of their instances (sort of like e-mail), I think Mastodon can only be deemed sustainable if there is a true long tail. Meaning, that while the number of users goes up, the number of instances should go up at a faster rate. So that over 50% of all Mastodon users will be on the 80% smallest or even individual instances. In the current numbers we should be most interested in the 50% of instances that now have 8 or less users, and find out what drives those instances, so we may have many many more of them. We should also think about what a bigger-to-smaller-instances funnel for members can look like, not just leave it to chance. I think that the top 25 Mastodon instances, which is just 0.7% of the total, currently having 77% of all users is very problematic from a sustainability perspective. Because that level of concentration is completely at odds with the stated purpose of Mastodon: distribution.

Eugen Rochko in his anniversary posting points at a critical article from April 2017 in Mashable, implying that criticaster has been been proven wrong definitively. I disagree. While much of the ‘predictions’ in that article are indeed silly, it also contains a few hints as to where sustainability may be found. The criticaster doesn’t get federation (yet likely uses mail everyday), and complains about discovery (yet likely is relieved not all his personal e-mail addresses are to be found in Google). Yet if we can’t explain distribution and federation, and can’t or don’t communicatie how discovery works in such a setting then we won’t be able to make a long tail grow. For more people to adopt small or individual instance we need to bring the threshold for running your own instance way down, and then way down again. To the level of at most one click installing a script on any regular hosting service, and creating a first account.

Using open protocols, like ActivityPub which Mastodon supports, is key in getting more people out of walled gardens and silos, and on the open web. Tracking its adoption is a useful measure of success, but 2 years of existence is not a sign of sustainability at all. What Eugen Rochko has kicked off with Mastodon is valuable and very laudable, but we have barely started getting to where we need to be for it to stick.