Mikka on Nostr: Ein paar (letzte) Worte zu Threads. Das gegenwärtige Klima im Fediverse zeigt, dass ...
Ein paar (letzte) Worte zu Threads.
Das gegenwärtige Klima im Fediverse zeigt, dass einige vielleicht die Idee der Föderation nicht ganz verstanden haben.
Föderation bedeutet, dass -- sollte Meta das ActivityPub Protokoll implementieren -- Menschen auf anderen Servern, die dieses Protokoll sprechen, Statuse von Menschen auf Threads abonnieren können. So wie man das jetzt schon zwischen Servern wie Pleroma, Akkoma, Mastodon, Calckey, etc. kann.
Eine gute Annäherung kann man heute schon finden: Blogs mit AP Implementation können abonniert werden. Wenn diese Blogs AdWords im HTML implementieren, tangiert das die Leser außerhalb überhaupt nicht. Wenn diese Blogs Werbung innerhalb des Status einbinden, wird sie nur von Lesern empfangen, nicht von Dritten. Diese Werbung muss dann text-only sein, da Bilder lokal gecached werden und JavaScript, etc. nicht ausgeführt wird. Selbst der Versuch des Tracking durch Embeds wird dadurch verhindert.
Es bedeutet auch, dass Menschen auf Threads Deine Status-Updates abonnieren können. Nur wenn Du das zulässt, natürlich.
Das war's.
Niemand MUSS Threads Nutzer lesen. Das entscheidet man mit seinen Abos ganz selbst.
Die Werbung, das Tracking, die Nutzerdaten-Verwendung, der Algorithmus, bleiben Nutzern auf Threads vorbehalten. Ein Beispiel aus dem Fediverse ist schon da: Misskey trackt user indem es ein Bild auf einem Server in den USA aufruft. Wer nicht auf Misskey ist, der kann jeden Status aus Misskey unbesorgt lesen, da Misskey das Bild nicht auf andere Server übertragen kann. Nur Text kann im Note Content-Type übertragen werden.
Auch nicht übertragbar sind Features, die Meta nur lokal anbietet, wie z.B. besondere Arten des Faves. Auch das haben wir schon: auf Calckey kann man verschiedene Arten der Reaktion haben: Daumen hoch, Herz, etc. Auf Mastodon sieht man das alles als Fave-Stern.
Threads kann KEIN DM. Das ist ein Problem, Du kannst also von Deinem Mastodon-Server aus einer Person auf Threads keine DM senden.
Die Werbung auf Threads ist im Augenblick dadurch implementiert, dass Statuse Nutzern auf Threads bevorzugt angezeigt werden. Da es außerhalb von Threads keinen Algorithmus gibt, werden (und nur wenn Du den beworbenen Account auch abonniert hast) diese Werbungen hier nicht angezeigt und scrollen mit allem anderen weg.
Was Threads macht, ist große Orgs wie das CDC, eCDC, WHO, NASA, etc. mit Tools und Analytik unterstützen. Eine Öffnung von Threads in Richtung ActivityPub würde es ermöglichen, diese Orgs und deren Updates zu beziehen, ohne in der Datenkrake und dem Algorithmus gefangen zu sein. All the content, none of the abuse.
Ob wir Threads föderieren oder nicht ändert nichts am Erfolg der Plattform. Aber wenn wir es tun können wir die guten Seiten der Plattform abonnieren ohne die Nachteile einer Meta-Datenkrake zu erfahren.
Published at
2023-07-10 19:28:26Event JSON
{
"id": "1c1a08570da9872ff1b4c578cdf36884a424b8162069b1d1902eaa176867f3ca",
"pubkey": "dd41c572a430843bc037f157f89462d59c2350af297ae80a5561d6f52d702482",
"created_at": 1689017306,
"kind": 1,
"tags": [
[
"mostr",
"https://medic.cafe/users/mikka/statuses/110691438177738118"
]
],
"content": "Ein paar (letzte) Worte zu Threads. \n\nDas gegenwärtige Klima im Fediverse zeigt, dass einige vielleicht die Idee der Föderation nicht ganz verstanden haben.\n\nFöderation bedeutet, dass -- sollte Meta das ActivityPub Protokoll implementieren -- Menschen auf anderen Servern, die dieses Protokoll sprechen, Statuse von Menschen auf Threads abonnieren können. So wie man das jetzt schon zwischen Servern wie Pleroma, Akkoma, Mastodon, Calckey, etc. kann. \n\nEine gute Annäherung kann man heute schon finden: Blogs mit AP Implementation können abonniert werden. Wenn diese Blogs AdWords im HTML implementieren, tangiert das die Leser außerhalb überhaupt nicht. Wenn diese Blogs Werbung innerhalb des Status einbinden, wird sie nur von Lesern empfangen, nicht von Dritten. Diese Werbung muss dann text-only sein, da Bilder lokal gecached werden und JavaScript, etc. nicht ausgeführt wird. Selbst der Versuch des Tracking durch Embeds wird dadurch verhindert.\n\nEs bedeutet auch, dass Menschen auf Threads Deine Status-Updates abonnieren können. Nur wenn Du das zulässt, natürlich.\n\nDas war's.\n\nNiemand MUSS Threads Nutzer lesen. Das entscheidet man mit seinen Abos ganz selbst.\n\nDie Werbung, das Tracking, die Nutzerdaten-Verwendung, der Algorithmus, bleiben Nutzern auf Threads vorbehalten. Ein Beispiel aus dem Fediverse ist schon da: Misskey trackt user indem es ein Bild auf einem Server in den USA aufruft. Wer nicht auf Misskey ist, der kann jeden Status aus Misskey unbesorgt lesen, da Misskey das Bild nicht auf andere Server übertragen kann. Nur Text kann im Note Content-Type übertragen werden.\n\nAuch nicht übertragbar sind Features, die Meta nur lokal anbietet, wie z.B. besondere Arten des Faves. Auch das haben wir schon: auf Calckey kann man verschiedene Arten der Reaktion haben: Daumen hoch, Herz, etc. Auf Mastodon sieht man das alles als Fave-Stern.\n\nThreads kann KEIN DM. Das ist ein Problem, Du kannst also von Deinem Mastodon-Server aus einer Person auf Threads keine DM senden. \n\nDie Werbung auf Threads ist im Augenblick dadurch implementiert, dass Statuse Nutzern auf Threads bevorzugt angezeigt werden. Da es außerhalb von Threads keinen Algorithmus gibt, werden (und nur wenn Du den beworbenen Account auch abonniert hast) diese Werbungen hier nicht angezeigt und scrollen mit allem anderen weg.\n\nWas Threads macht, ist große Orgs wie das CDC, eCDC, WHO, NASA, etc. mit Tools und Analytik unterstützen. Eine Öffnung von Threads in Richtung ActivityPub würde es ermöglichen, diese Orgs und deren Updates zu beziehen, ohne in der Datenkrake und dem Algorithmus gefangen zu sein. All the content, none of the abuse.\n\nOb wir Threads föderieren oder nicht ändert nichts am Erfolg der Plattform. Aber wenn wir es tun können wir die guten Seiten der Plattform abonnieren ohne die Nachteile einer Meta-Datenkrake zu erfahren.",
"sig": "e3efe486bd3ae5031b6f0b6dcc5728ca440e4808493242988e47221a427bac1679d6c4f8676c8622e1fa3fee926356511f5b53fbe35f49444bb2f7f3af5030b9"
}