Home | Notifications | New Note | Local | Federated | Search | Logout
Strypey@strypey@mastodon.nzoss.nz
Free human being of this Earth. Pākeha in Aotearoa.
Be excellent to each other!
BTW When I say Trained #MOLE, I mean generative models, what the hype bubble calls "AI", see my blog post;
https://disintermedia.net.nz/invasion-of-the-mole-trainers/
Email: strypey @disintermedia.net.nz
Jabber: strypey@jabber.org
Matrix: @strypey:matrix.iridescent.nz
All posts here CC BY-SA 4.0 (or later).
#Vegan #Permaculture #PeerProduction #SoftwareFreedom #PlatformCooperatives #FreeCode #CreativeCommons #SciFi #Comedy #Juggling #fedi22
Pronouns: they/them, he/him
Neurotype: AuDHD (Autistic, ADHD)
Languages: English, Te Reo Māori
Timezone: UTC+12 (modulo Daylight Davings Time)
Joined: 2026-04-16 04:45:19
13 notes, 0 following, 0 followers
Reply to @benpate@mastodon.social
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 14:47:16)
@benpate
> it probably wouldn’t be a FEP. There’s not much about the ActivityPub protocol involved.. just making a server with a switch in front to choose which database you’re reading from
@silverpill might correct me on this, but I don't think FEPs necessarily need to be about the AP protocol itself. They can also be about ways to standardise quality-of-life improvements to AP software. Which BYOD support definitely counts as in my book.
@takahe
Reply to @benpate@mastodon.social
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 14:13:41)
@benpate
> Yes, Emissary already serves multiple domains from the same server cluster
Wicked! I'd love to see more fediverse software adopting this, and ideally an FEP written up for how to do it.
@takahe
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 11:07:26)
@benpate have you looked into how @takahe were able to host multiple domain names on one Takahē server? Is that something you've considered for BandWagon, as part of account portability?
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 10:13:51)
A service like bandwagon.fm could be a co-op, owned by the artists whose music it hosts. It could be a social enterprise, whose constitution prioritises the needs of those artists over the financial interests of owners.
But however its governance is structured, one of the best ways to keep services accountable is the freedom to leave. So social publishing services need to enable publishers to use their own domain names for account and post URLs, and provide full account export.
(10/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 10:03:31)
We all know about the ways tech founders have sold their souls for funding to keep their platforms online; ads, Venture Capital, acquisition by corporations, or becoming one (IPO). Obviously we need ethical alternatives for social web services.
But not just alternative funding models. We also need alternative governance models, which keep the operators of services accountable to the people using them.
(9/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 09:56:40)
Take music publishing as an example. If artists commit to making bandwagon.fm the primary online home for their music, they need to be sure that it will continue to exist, and they will get plenty of notice before it's shut down. Which means the people running it need to have a plan for how they will cover the costs of storing and serving a growing collection of music files, long term.
(8/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 09:51:36)
Some of the considerations for social publishing services, that aren't so much of an issue for social communication services;
* persistence and responsible sunsetting
* storage and bandwidth costs
* accountable governance
* Bring Your Own Domain
To be clear, I'm not saying these things aren't helpful in communication services, they certainly are. They're just not as mission critical as they are in publishing services.
(7/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 07:16:24)
Sure, now that Loops exists, it's probably the better choice for posting ephemeral microvideos, as part of a social conversation, like we do with text micro-posts. But Loops isn't constrained to this kind of social communication usage. It supports videos up to 3mins long, and people could just as easily use it to publish videos they might otherwise put on a YouTub channel. In the hopes they'll still be watched and valued many years hence.
(6/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 07:03:48)
Now having given these software projects as examples, I want to make it clear I'm describing use patterns, either of which can be applied to any software.
After decades of blogging, I can't help thinking of what I do on Mastodon as publishing. I link to my old posts and dig through them to find stuff, just like I do on my blogs. Conversely someone could use PeerTube to do video blogging, auto-deleting their old posts after a while like people do with their micro-posting accounts.
(5/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 06:55:31)
I've noticed that mainstream use of "social media" is mostly following Jonathan Haidt's usage to describe only the mostly parasocial DataFarming platforms;
https://www.nytimes.com/2026/01/16/podcasts/jonathan-haidt-strikes-again-what-you-vibecoded-an-update-on-the-forkiverse.html
So in response, I'll reframe the above as 2 kinds of social networks;
* social communication networks: many-to-many, relationship-based, ephemeral, eg Mastodon, Friendica, Misskey, GoToSocial
* social publishing networks: one-to-many, content-based, persistent, eg PeerTube, FunkWhale, WriteFreely, BandWagon
(4/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 06:44:22)
I've posted here at least a couple of times about the difference between "social networks" (many-to-many, relationship-based), and "social media" (one-to-many, content-based). I said that the fediverse can accommodate both, but they come with very different design and deployment considerations.
(3/?)
Reply to @strypey@mastodon.nzoss.nz
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 06:36:03)
Ben identified this risk in the talk, so I don't want to give the impression it's something they're not aware of. What I'm trying to describe here is the weird feeling of double consciousness, where Ben pitched things that I've advocated for myself, and I was able to respond to them as if I was hearing them for the first time. Understanding some of the objections I've encountered from the inside, for a change.
(2/?)
Strypey@strypey@mastodon.nzoss.nz (2026-04-15 06:30:59)
Last night I watched a video of @benpate's talk from #FediCon last year;
https://peertube.iridescent.nz/w/sW6qcdP4ogG5DXW1RUzyo3
What a ride! I found myself vigorously agreeing with most of it. But there were other parts where I was divided against myself. One part still agreeing. another part nervous, that if we go down the road of scaling, monetisation and professionalisation, we risk repeating the mistakes of the original web, and end up right back where we started in another 20 years.
(1/?)
#FediCon #talks #video