Und nachdem ich (nach gefühlten Wochen) die bestellten Teile zusammen und das WordPress-Logo fertig gebaut hatte kam mir eine noch viel großartigere Idee!!!

Was soll ich sagen… 😅 (aber im Ernst, gar nicht so schlecht für den ersten Versuch, oder?)

Ich weiß zwar nicht warum, aber falls jemand das notiz.Blog-Logo nachbauen möchte…

You’re welcome ☺️

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Ich habe gerade alle XML Formate die ich in WordPress finden konnte, mit XSLT aufgehübscht und jetzt beschließen Google & Co. ernsthaft den Support einzustellen!?!?

Aber bevor ich weiter „rante“, hier ein kurzer Einschub was XSLT überhaupt ist: Mit XSLT lassen sich XML-Dateien in andere Formate umwandeln, zum Beispiel HTML. Man verlinkt dazu ein Stylesheet in der XML-Datei und der Browser übernimmt die Umwandlung. So wird aus einem RSS-Feed eine lesbare Webseite. Ohne JavaScript und ohne dass man dafür auf dem Server etwas installieren muss.

Für den Feed-Reader ändert sich dabei nichts. Der bekommt weiterhin die XML-Datei. Wenn ihr den Feed im Browser öffnet, seht ihr dagegen Beiträge, Links und eine Erklärung wie ihr ihn abonnieren könnt.

Ich benutze das hier seit einer ganzen Weile. 2020 hab ich meinen RSS-Feed mit XSLT und CSS gestaltet. Später kam die OPML-Ausgabe meines .well-known/feeds Plugins dazu. Und jetzt auch die OPML-Dateien meiner Blogroll.

Bei OPML finde ich das besonders praktisch: Ihr klickt auf den Link und bekommt eine Liste von Blogs durch die ihr stöbern könnt. Die gleiche URL könnt ihr in euren Feed-Reader importieren. Man muss nicht einmal wissen was OPML ist um etwas damit anfangen zu können.

@ix hat auch gerade nochmal über seine Basteleien geschrieben. Er hübscht seine OPML-Dateien auch mit XSLT auf und inzwischen auch seine RSS-Feeds.

Die generelle Idee hinter XSLT erinnert mich sehr an den Microformats-Grundsatz:

Designed for humans first and machines second

microformats.org

Bei Microformats ergänzt man das HTML einer Webseite so, dass auch Software etwas damit anfangen kann. Das gleiche HTML für Menschen und Maschinen. Bestehendes sinnvoll erweitern, mit dem arbeiten was schon da ist.

XSLT macht im Prinzip das Gleiche, nur aus der anderen Richtung:

Designed for machines first and humans second

Die XML-Dateien bleiben für Maschinen lesbar. Mit einem Stylesheet können aber auch Menschen etwas damit anfangen.

RSS und OPML sind ein wesentlicher Bestandteil des Open Webs. Wir verlinken sie an so vielen Stellen, weil wir wollen dass Besucher es einfach haben den Blog zu abonnieren oder weil wir ihnen neue Links vorschlagen wollen. Was sie in Zukunft sehen werden ist reines XML. Keine Möglichkeit irgendetwas zu erklären oder auf das Wesentliche aufmerksam zu machen! Nur XML!

Leider ist das auch keine rein theoretische Diskussion mehr. Stand 5. Oktober 2026:

• Chrome: XSLT ist bereits deprecated. Die Abschaltung ist für Chrome 158 am 17. November 2026 geplant. Befristete Ausnahmen für registrierte Websites und verwaltete Browser sollen am 17. August 2027 enden. Betroffen sind sowohl die Verknüpfung mit einem XSLT-Stylesheet als auch die JavaScript-API XSLTProcessor. Zeitplan von Chrome
• Firefox: Mozilla hat die Abschaltung für August 2027 angekündigt. Intent to Unship
• Safari/WebKit: WebKit unterstützt die Entfernung grundsätzlich, formuliert seine Zustimmung aber vorsichtig. Einen verbindlichen Abschalttermin habe ich in den geprüften Quellen nicht gefunden. WebKits Stellungnahme

Bei Chromium ist die Entfernung bereits beschlossen. Noch ist XSLT aber nicht aus allen Browsern verschwunden und auch die Änderung am HTML-Standard ist noch offen.

RSS, Atom und OPML funktionieren natürlich weiter. Entfernt wird die XSLT-Verarbeitung im Browser. Der Reader kann meinen Feed also weiterhin lesen, aber wer auf den Link klickt bekommt die XML-Ansicht.

Die Begründung der Browserentwickler sind Sicherheitslücken, Wartungsaufwand und geringe Nutzung. Das sind alles nachvollziehbare Argumente. Trotzdem finde ich den Verweis auf JavaScript und moderne Frameworks als Ersatz unbefriedigend. Ich hab eine XML-Datei und ein Stylesheet. Für das was ich damit machen will hat das bisher gereicht!

Was können wir stattdessen machen?

• XSLT mit JavaScript nachrüsten. Es gibt einen Polyfill mit WebAssembly, den man direkt in die XML-Datei einbindet. Der Browser führt damit das Stylesheet aus, der Reader bekommt weiterhin XML. Das könnte die bisherige Darstellung unter der gleichen URL erhalten. Allerdings dokumentiert das Projekt Unterschiede zur eingebauten XSLT-Verarbeitung, etwa beim Nachladen weiterer Dateien. Ob es mit meinen Stylesheets und den Readern funktioniert müsste ich ausprobieren.
• XML mit CSS gestalten. Das bleibt möglich. Die gleiche XML-Datei lässt sich damit im Browser lesbar darstellen, für Reader ändert sich nichts. CSS kann aber nicht alles was XSLT kann: Aus einer URL in einer OPML-Datei wird dadurch noch kein anklickbarer HTML-Link. Für eine einfache Ansicht kann es trotzdem reichen.
• HTML und XML unter der gleichen URL ausliefern. Mit Content Negotiation könnte der Server anhand des Accept-Headers entscheiden welche Version er zurückgibt. Nur für die HTML-Version würde ich XSLT auf dem Server ausführen, Reader müssten weiterhin das ursprüngliche XML bekommen. Eine zusätzliche öffentliche URL braucht es dafür nicht. Der Haken: Browser und Reader lassen sich über den Header nicht zuverlässig auseinanderhalten. Das müsste ich mit verschiedenen Readern testen. Caches brauchen außerdem Vary: Accept damit sie die Versionen nicht verwechseln.

Ganz ehrlich? Das ist alles 💩 und keine wirkliche Alternative!

Gewöhnt euch lieber schon mal wieder an XML!

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

Meine ganze Motivation, an WordPress und dem Open Web zu arbeiten, ist eine sehr selbstsüchtige: Ich liebe es, an meiner Seite herumzubasteln und ins Internet zu schreiben. Leider vergesse ich das von Zeit zu Zeit, und dann wird es sehr ruhig hier… Gerade ist das anders!

Ich habe meine About-Seite überarbeitet, meine Now-Seite aktualisiert, ein Changelog angelegt und wieder generell Lust zu schreiben! Ich hab ein Dutzend neue Plugins gebaut und mein Autonomie Theme auf „Full Site Editing“ umgestellt (naja, vielleicht noch nicht ganz umgestellt).

Ich weiß nicht so genau, warum gerade jetzt, aber vielleicht hab ich mich von @simon mitreißen lassen ☺️

Simon tingelt gerade durch die Lande und teilt seine Motivation, eine eigene Webseite zu haben und daran herum zu werkeln! Wer noch keine Chance hatte, den Vortrag live zu sehen, sollte sich unbedingt das Video anschauen!

Besonders gerne mag ich sein Fazit!

Das Fazit für mich bei dem Ganzen ist so ein bisschen, meine Website kann klein sein und irgendwie menscheln. Und sie ist dann erfolgreich, wenn ich das sage. Es gibt exakt keine einzige Metrik, die mich überhaupt interessieren könnte, außer der Spaß, den ich daran habe, dieses Ding zu bauen. Und die Verbindung, die ich dabei mit anderen Leuten an den Start bringe.

Eigentlich ist es ein bisschen wie das Ei des Kolumbus: Sobald man es einmal gehört hat, macht es total Sinn. Trotzdem vergesse ich es leider immer mal wieder!

Deshalb ist es wichtig, sich das immer wieder klarzumachen… mal schauen, wie lange es diesmal anhält.

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Zwei Wochen später hab ich ein fertiges Blogroll-Plugin auf WordPress.org, welches dank @ix auch schon für Kirby portiert und von Rivva gefeatured wurde ♥️

Und jetzt bin ich aktives und zahlendes Mitglied bei Rivva und beteilige mich am Starter-Packs Projekt!

Ich bin da wohl aus Versehen in was Großartiges reingerutscht 😉

Das Plugin selbst stellt eigentlich nur einen Block bereit. Man kann eine Blogroll in jeden Beitrag oder auf jede Seite packen, auch mehrmals, wenn man z.B. Blogs und Podcasts trennen will. Oder man verteilt die Blogrolls auf mehrere Seiten. Jede Blogroll hat dabei ihre eigene OPML.

Beim Hinzufügen reicht die URL. Name, Beschreibung, Icon und Feed holt sich das Plugin selbst, man kann aber alles noch anpassen. Es gibt keine Settings, alle Änderungen nimmt man direkt im Block vor.

Hier ein kleines Beispiel:

Und hier noch die Specs:

• Jeder Eintrag ist eine h-card.
• Beziehungen wie friend, met oder muse werden mit XFN ausgezeichnet.
• Die Liste selbst ist XOXO.
• Jede Blogroll gibt es als OPML 2.0, einfach ?opml an die URL hängen.
• Mehrere Blogrolls auf einer Seite werden zu Gruppen, jede mit eigener OPML.
• Unter /.well-known/recommendations.opml findet man alle Blogrolls des Blogs.
• Jede Seite mit einer Blogroll verlinkt sie über <link rel="blogroll">, nach Dave Winers Vorschlag.
• Die Feeds verlinken die Blogrolls über <source:blogroll>.
• Man kann OPML-Dateien aus dem Feed-Reader importieren.

Das macht mich fast ein bisschen nostalgisch! Blogrolle, RSS, Microformats, OPML, … Es fühlt sich fast wie 2005 an! Web 2.0 und die Blogosphäre 🥹

Ich bin gespannt was Frank da zaubert!

Eine Blogroll ist ein öffentliches Follow.

Eine Blogroll-Sammlung ist ein soziales Netzwerk.

Und ein Blogroll-Netz ist ein Rabbit Hole.

Die Flut hebt alle Boote

Das Plugin gibt es auf WordPress.org und GitHub. Ich freue mich über Feedback, Ideen und Pull Requests!

(Das Plugin hieß ursprünglich übrigens „Blockroll“. Ein schlechtes Wortspiel: ein Gutenberg-Block, der eine Blogroll ausgibt. Nachdem in der Rivva-Community die Frage aufkam, was das Ganze mit Blocken zu tun hat, heißt es auf WordPress.org jetzt „Blogroll & Podroll Block“. Den Slug blockroll hab ich aber behalten, das Wortspiel konnte ich mir nicht verkneifen 😉)

((@simon bastelt außerdem schon an einem Logo für das Plugin (bzw. er lässt basteln)… mehr dazu bald))

Danke, dass du diesen Beitrag über RSS liest. RSS ist großartig – und du bist großartig, weil du es nutzt. ♥️

Ich bin morgen, den 25. März um 14 Uhr zu Gast bei Blogtastisch!, einem Meetup für die Bloggosphäre.

Vor ein paar Wochen hat Thomas Riedel mich gefragt, ob ich nicht Lust hätte bei seiner virtuellen Blogger-Konferenz mit zu machen und etwas über „Blogs im Fediverse“ zu erzählen bzw. Rede und Antwort zu stehen.

In diesem Meetup geht es um Social Media in Verbindung mit Blogs, und zwar im Besonderen um das Fediverse. Matthias Pfefferle entwickelt das Fediverse-Plugin für WordPress schlechthin: ActivityPub. Was das Fediverse ist, warum man das haben will als Blogger:in und wie man das installiert und einrichtet, das erklärt uns Matthias in dieser Ausgabe.

Damit alleine hat er mich schon überzeugt – und als ich dann das finale Line-up gesehen habe, erst recht… Es liest sich wie das Who’s Who der deutschen Bloggerszene! 🙂

Wir sehen uns morgen 👋

RSS-Fans wie du sind die Geheimzutat des Internets. Bleib großartig und bestens informiert!

Ein Kapitel über „IndieWeb und Fediverse“ im Fachbuch „WordPress 6 – Das umfassende Handbuch“, erschienen im @rheinwerkverlag, um genau zu sein.

Im November 2023 fragten mich @florian und @simon, ob ich Zeit und Lust hätte, ein Kapitel über das IndieWeb zu ihrem Buchprojekt beizusteuern.

Und da spätestens seit dem Studium der Plan, ein Buch zu schreiben, auf meiner „Big 5 for Life“-Liste steht, habe ich ohne groß darüber nachzudenken zugesagt.

Ich hatte 2007 so viel Spaß und Motivation beim Bloggen. Dazu kamen die Arbeit an meiner Bachelor-Thesis und ein paar Jahre später mein erster Artikel sowie eine fortlaufende Kolumne in einem Print-Magazin, dass ich mir gut vorstellen konnte, auch mal ein Buch zu schreiben. Zu der Zeit hatte ich auch bereits Kontakt zu Galileo Press (heute Rheinwerk-Verlag), die mich wegen eines Buchprojekts angefragt hatten. Damals standen die Themen „Web Accessibility“, „jQuery“ und „WordPress (evtl.)“ zur Debatte. Microformats, mein damaliges Steckenpferd, wurden leider als „nicht unbedingt […] „ergiebig“ genug“ für ein Buchthema angesehen. 🙂

Jetzt, nachdem ich die 30 Seiten für das Kapitel über „IndieWeb und Fediverse“ geschrieben habe, bin ich froh, klein angefangen zu haben. Ich habe unterschätzt, wie viel Arbeit das ist, aber auch gemerkt, wie viel Spaß es macht! Außerdem war es die perfekte Themenkombination!

Ich hoffe, dass Flo und Simon (und der Rheinwerk-Verlag) mich vielleicht auch eine Überarbeitung für das WordPress-7-Buch (und 8, 9, 10, …) schreiben lassen. Und wer weiß – vielleicht klappt es ja irgendwann doch noch mit einem ganzen Buch. 😉

Vielen Dank nochmal für die Chance, zumindest ein „bisschen Buch“ schreiben zu können!

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Wir starten Ende Februar eine neue kleine Veranstaltungsreihe: den KrautPress Website Club. Gemeinsam mit Matthias Pfefferle werden wir uns einmal im Monat treffen und ganz im Sinne des WordPress-Mottos „democratize publishing“ zusammen über persönliche Websites sprechen.

…und fand die perfekten Worte um mich zu umgarnen 🫶:

Matthias ist im deutschsprachigen Raum, aber vor allem in der WordPress-Welt, eine der Instanzen zum Thema IndieWeb. Mit ihm über kleine Ideen für Websites zu sprechen oder einen unerwarteten Deepdive zu Themen wie Webfinger, .well-known oder Webmentions zu machen, motiviert mich persönlich immer an meinem eigenen Blog zu arbeiten.

Also veranstalten wir am 26. Februar von 17:30-18:30 einen virtuellen KrautPress Website Club (in Anlehnung an den Homebrew Website Club) in dem wir an Simons, eurer und meiner Webseite basteln. Es wird um die Themen Social Web im Allgemeinen und dem IndieWeb und dem Fediverse im Speziellen gehen. Wir werden nicht über SEO oder Web-Shops sprechen 😉

Homebrew Website Club is a growing world-wide network of meetups for everyone who wants to take back their web experience from social media silos, and own their online identities & content, or just want support with blogging!

https://indieweb.org/Homebrew_Website_Club

Wenn ihr dabei sein wollt, einfach in den Kommentaren des KrautPress Posts euer „Interesse bekunden“: https://krautpress.de/2025/erster-website-club/

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Ich habe einen neuen Podcast! 🎉

…naja, nicht ganz ☺️

Aber ich darf (neben Courtney Robertson, Dave Lockie und Robert Jacobi) eine Show auf @dothewoo.io@dothewoo.io hosten!

Knapp 17 Jahre nach der ersten und fast 14 Jahre nach der letzten Episode des OpenWebPodcasts darf ich wieder mit Gästen über das Fediverse, das IndieWeb, das OpenWeb im Allgemeinen und diesmal speziell (aber nicht zwingend) im Kontext von WordPress sprechen.

Same Same But Different: Der Titel ist erschreckend ähnlich (obwohl ich damit nichts zu tun hatte und Bob den OpenWebPodcast nicht einmal kannte), die Themen sind auch gleich (ich bin leider inselbegabt) mit dem neuen Fokus auf WordPress und auch bei den Gästen wird es vielleicht Überschneidungen geben.

Was wirklich neu ist: Der Podcast ist auf Englisch – und genau davor hatte/habe ich bisher den größten Respekt.

Die erste Episode ist schon „im Kasten“ und sollte in den nächsten zwei Wochen live gehen (ich glaube es wird sogar ein Video geben).

Ein riesiges Dankeschön vor allem an @alex, dass er als mein erster Gast das Versuchskaninchen gespielt hat ☺️

(wobei ich mir nicht mehr ganz sicher bin, ob ich das vorher wirklich erwähnt hatte… 🤔)

Es ist auf jeden Fall eine großartige Folge, in der wir über die noch großartigeren (WordPress-)Projekte von Alex sprechen.

Danke auch nochmal an Bob (@BobWP), dass er dem fediverse einen festen Platz in seinem Podcast eingeräumt hat!

Ihr könnt DoTheWoo übrigens auch über ActivityPub auf Mastodon oder jeder anderen fediverse Plattform eurer Wahl abonnieren! Folgt einfach @dothewoo.io@dothewoo.io oder klickt @dothewoo.io@dothewoo.io

RSS-Fans wie du sind die unbesungenen Heldinnen und Helden des Internets. Weiter so!

Ich war dieses Jahr zum ersten Mal auf der #FOSDEM, hauptsächlich weil @evan und @andypiper (im Dunstkreis der Social Web Foundation) mehrere Fediverse-(Sub-)Events organisiert haben:

• Den Social Web Devroom als Main-Track mit diversen längeren und kürzeren Vorträgen rund um das Thema Fediverse. Besonders spannend fand ich die Beiträge der beiden „Long-Former“-Kollegen @matt und @johnonolan, da die Implementierungen in WriteFreely und Ghost, der von WordPress am nächsten kommen.
• Das Social Web BOF („Birds of a Feather“) bot eine Stunde voller kurzer (10-minütiger) Vorträge. Ich hatte mir zwar etwas anderes darunter vorgestellt, aber auch diese Präsentationen waren unterhaltsam und interessant.
• Bei den Social Web After Hours im HSBXL Hackerspace hatte ich die Gelegenheit, meinen Vortrag über WordPress zu halten – worüber ich mich natürlich sehr gefreut habe. Aber ehrlich gesagt, hätte es mir auch gereicht, die Zeit mit Gleichgesinnten zu verbringen und ein Bier zu trinken. 😉

Es war überwältigend, so viele Menschen zu treffen, die sich mit dem gleichen Thema beschäftigen. Ich habe nicht oft die Gelegenheit, mit Gleichgesinnten zu fachsimpeln, und habe die kurze Zeit daher umso mehr genossen!

Weil die meisten Fediverse-Events hauptsächlich in den USA stattfinden, konnte ich viele, deren Wirken im Open Web ich schon lange online verfolge, zum ersten Mal persönlich treffen!

Die meiste Zeit hab ich mich gefühlt wie ein kleiner Junge, der das erste Mal mit den großen und coolen Kids spielen darf 😍!

Balsam für meine Nerd-Seele!

Ich werde mich hüten, hier jetzt Namen aufzuzählen – aus Angst, jemanden zu vergessen.

Danke an @_elena fürs knipsen!

Ich glaube nicht, dass die FOSDEM selbst die richtige Konferenz für mich ist, aber mit den (Sub-)Events rund um das Fediverse, würde ich das nächste Jahr definitiv wieder kommen!

(Die Folien meiner Präsentation findet ihr übrigens hier)

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Irgendwie ist ja schon ein bisschen affig, das zu feiern… ich hab den „Geburtstag“ sogar im Kalender gespeichert 🤓

Naja… es gibt affigeres… seinem Blog ein Geburtstagslied zu machen z.B.!?!

🥸

(…ich schiebs einfach aufs LLM!)

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Kev Quirk und andere bedanken sich bei ihren Lesern die RSS benutzen um das jeweilige Blog zu lesen. Ich mag die Idee (ja, ich bin schnell und einfach zu begeistern ☺️) und möchte ein bisschen Werbung für Jeremy Herves WordPress Snippet machen, über das ich überhaupt erst auf das Thema gestoßen bin.

/**
 * Display a nice welcoming message to folks reading posts via RSS.
 *
 * Kudos Kev Quirk for the idea!
 *
 * @param string $content The current post content.
 *
 * @return string
 */
function jeherve_welcome_rss_readers( $content ) {
	$welcome_messages = array(
		'Thanks for reading this post via RSS. RSS is great, and you’re great for using it. ♥️',
		'Congratulations on being an RSS reader! You are part of an elite group of people who know how to stay updated in style.',
		'Hey there, RSS reader! You’re one of a special few, choosing this old-school yet awesome way of staying informed. Kudos!',
		'You are a true RSS aficionado! While others are drowning in social media noise, you enjoy the simplicity and control of RSS. Congrats!',
		'RSS readers like you are the unsung heroes of the internet. Keep up the good work!',
		'You are a master of efficiency! By using RSS, you save time and avoid distractions. 👏',
		'RSS readers like you are the secret sauce of the internet. Keep rocking and staying informed!',
		'Hey there, RSS reader! You’re cool. Keep being awesome! 😎',
	);

	$welcome_message = $welcome_messages[ wp_rand( 0, count( $welcome_messages ) - 1 ) ];

	return sprintf(
		'%1$s<p>%2$s</p>',
		$content,
		$welcome_message
	);
}
add_filter( 'the_content_feed', 'jeherve_welcome_rss_readers' );

Es ist eigentlich eine schöne Ergänzung für das RSS-Club Plugin… Mal schauen was Jeremy davon hält, wenn ich es dort einbaue!?!

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

Ich hab dem .well-known/feeds Plugin ein schlankes Design verpasst. Wer will schon XML sehen? 😉

Danke @alex für die Idee ❤️

Glückwunsch, du liest per RSS! Du gehörst zu einer kleinen, feinen Gruppe, die stilvoll auf dem Laufenden bleibt.

Twitter hat sich verändert und das leider nicht zum Guten!

Hier ein paar Schlagzeilen:

• Elon Musk Is Turning Twitter Into a Haven for Nazis
• Elon Musk says he’s letting Donald Trump back on Twitter
• Twitter’s sacking of content moderators raises concerns
• Elon Musk won’t stop tweeting his way into trouble

Ich habe, um ehrlich zu sein, keine Ahnung, warum ich immer noch bei Twitter bin, und ich glaube, bei Facebook hat damals wesentlich weniger gereicht, um meinen Account zu löschen…

Klar, Twitter war über 17 Jahre lang das soziale Netzwerk meiner Wahl und hatte über lange Zeit hinweg wenig bis keine Konkurrenz! Ich habe viele spannende und inspirierende Menschen kennengelernt. Twitter hat mir geholfen, mich mit der deutschen Web2.0-Community zu vernetzen. Barcamps und Webmontage wurden über Twitter organisiert und diskutiert. Außerdem verdanke ich Twitter wohl auch meinen aktuellen Traum-Job bei Automattic!

Aber das alleine hat mich die letzten zwei Jahre nicht auf Twitter gehalten. Die Menschen, die mir wichtig sind (inklusive mir), sind weitergezogen und haben das Fediverse für sich entdeckt. Ein besseres Job-Angebot als das von Automattic ist aktuell eher unwahrscheinlich (😍) und wenn es hochkommt, schaue ich maximal alle zwei Wochen bei Twitter vorbei, und seit Monaten nutze ich schon keine Twitter-Apps mehr auf meinem Handy oder Computer.

Das was mich hält, kann also nur Nostalgie und die Romantisierung der „guten alten Zeit“ auf Twitter sein!?!

Ich widme jetzt fast 20 Jahre meiner Zeit der Open Web Idee (von Web2.0 über Social Web bis hin zum Fediverse) und predige auf meiner Seite, auf totem Holz, in Podcasts und auf Konferenzen, wie wichtig es ist sich unabhängig vom „corporate web“ zu machen und die volle Kontrolle über seine eigenen Daten zu haben.

Nur fair, wenn ich jetzt auch umsetze, was ich da so von mir gebe!

Ich glaube, vielen geht es ähnlich wie mir: Sie sind unzufrieden mit Twitter, haben ihren Account aber aus Sentimentalität noch nicht gelöscht. Doch so wird sich langfristig nichts ändern. Der einzige wirkungsvolle Protest ist das konsequente Löschen all dieser inaktiven Profile. Das Netzwerk verdient durch uns und mit uns Geld, und nur wenn die Nutzerzahlen sinken, wird genügend Druck erzeugt! Aber selbst wenn nicht… das ist dann nicht mehr mein Problem ☺️

Also…

…oder um es mit den Worten von Groucho Marx zu sagen:

Hello, I must be going, I cannot stay,
I came to say, I must be going.
I’m glad I came, but just the same,
I must be going.

Wir sehen uns im Fediverse 👋

RSS-Fans wie du sind die unbesungenen Heldinnen und Helden des Internets. Weiter so!

In den letzten Monaten habe ich an einigen RSS-Plugins für WordPress gearbeitet, über die ich bisher noch gar nicht geschrieben habe. Also hier mal ein bisschen Werbung:

RSS Club

Wir sprechen nicht über den RSS Club!

RSS 3.0

Ich glaube nicht, dass Aaron Swartz das wirklich ernst gemeint hat, aber das ist genau mein Humor.

There’s been a lot of talk in the community about how RSS 2.0 is too complicated. I haven’t heard any objections, so I’m going to move ahead with the following changes that will result in RSS 3.0:

1. Remove XML. XML is just too complicated and is against the spirit of RSS, which is Really Simple Syndication. I don’t want people to have to buy one of these 200 page XML books to understand RSS. And XML sucks up bandwidth like nobody’s business. Instead, we’ll go back to RFC822-style fields. There are lots of available parsers for those.

2. Remove namespaces. Namespaces are just a waste of time. If people want to add an element to RSS, then just send it to me and I’ll add it to my list of all elements in use. This system is easy to use and doesn’t result in any wasteful URIs all over the place.

3. HTML forbidden. No one needs HTML. Email has been just fine for years before Microsoft introduce their stupid rich HTML extensions. HTML is for those loser newbies. Any intelligent Internet user deals in plain text.

The Road to RSS 3.0

Also nehmt es als eine Art Hommage an einen großartigen Mann, der leider viel zu früh von uns gegangen ist!

Ein Beispiel: https://notiz.blog/feed/rss3

Also hier das Plugin: wordpress-rss30

Pretty Feeds

„Your WordPress‘ Feeds with Style!“

Im Prinzip ist das auch schon alles! Das Plugin macht einfach die RSS und Atom Feeds ein bisschen hübscher… Was natürlich sehr subjektiv ist…

Ein Beispiel: https://notiz.blog/feed/

Link zum Plugin: wordpress-pretty-feeds

/.well-known/feeds

Der /.well-known/feeds Endpunkt ist eine Idee von DanQ und stellt ein OPML-File mit allen Feeds einer Seite bereit. Es soll eine Alternative zu den klassischen <link rel="alternate"> HTML-Headern sein um den Overhead beim klassischen Seitenaufruf zu reduzieren.

Die Draft-Spec: https://github.com/Dan-Q/well-known-feeds

Ein Beispiel: https://notiz.blog/.well-known/feeds

Link zum Plugin: wordpress-well-known-feeds

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

What does ActivityPub does that RSS doesn’t?

und nimmt vorweg:

Off the top of my head, it’s not the ability to syndicate, RSS already does that. I can follow anyone on any server.

Es macht natürlich Sinn, erstmal zu klären was RSS ist und kann, um auf die Vorteile von ActivityPub einzugehen!

Also RSS steht für „Really Simple Syndication“ und ist eine Art „Digitale Einbahnstraße“, so zu sagen der Newsletter oder Podcast für Texte auf Webseiten. Und weil es dem Podcast so ähnlich ist (und eigentlich auch dessen technische Basis) nennt es Dave Winer auch neuerdings „Textcasting„, was ich großartig finde!

Applying the philosophy of podcasting to text.

Und technisch gesehen ist das auch der große Unterschied zu ActivityPub. Während ich bei Textcasting, Texte nur abonnieren kann, habe ich durch ActivityPub auch einen Rückkanal, der mir ermöglicht, die Texte auch zu liken, mit meinen Freunden Followern zu teilen und zu kommentieren!

In den Kommentaren zu Daves Mastodon Post wird auch fast ausschließlich über diese technischen Aspekte diskutiert. Es geht um Push vs. Pull und immer wieder darum, dass RSS ja eigentlich vollkommen ausreichend und viel simpler ist.

@manton fasst es ganz gut zusammen:

I think RSS + Webmention (for sending replies) gets you 90% of the way there. ActivityPub does provide a comprehensive framework for the rest, though, and perhaps follows modern social network conventions more closely, e.g. liking posts, approving follows.

https://micro.blog/manton/34864514

Aber ist die Technik das, was hier wirklich den Unterschied macht?

Die Diskussion erinnert mich sehr an den RSS vs. Atom „War“, von dem @tantek.com in einem IndieWeb Vortrag spricht.

I saw the best minds of my time waste our time arguing about syndication formats, arguing about plumbing, user don’t care about plumbing but for some reason we thought that that mattered, we thought that actually really mattered which XML tags to use in RSS versus Atom. […] So we focused on the wrong things we argued about plumbing instead of user experience.

Tantek Çelik – The once and future IndieWeb

Vielleicht kommt man mit RSS, WebSub und Webmentions auf ein relativ ähnliches Ergebnis und es ist technisch gesehen wahrscheinlich auch etwas einfacher umzusetzen… Aber sind RSS und ActivityPub wirklich so weit auseinander?

Für mich ist ActivityPub einfach nur die logische Weiterentwicklung, oder auch die nächste Generation von RSS. Wer sich die erste Version von ActivityStreams (das Format, welches ActivityPub benutzt um Aktivitäten auszuzeichnen) etwas genauer ansieht, erkennt vielleicht ein alt bekanntes Format.

<entry xmlns="http://www.w3.org/2005/Atom"
       xmlns:activity="http://activitystrea.ms/spec/1.0/">
  <id>tag:photopanic.example.com,2009:photo/4352</id>
  <title>My Cat</title>
  <published>2010-11-02T15:29:00Z</published>
  <link rel="alternate" type="text/html" href="..." />
  <activity:object-type>photo</activity:object-type>
  <activity:verb>post</activity:verb>
</entry>

ActivityStreams wurden 2011 als Namespace für Atom definiert um RSS/Atom Feeds mit Informationen anzureichern, die man aus den sozialen Netzwerken kennt. Das ist hauptsächlich der object-type um neben Texten auch Bilder oder Videos auszuzeichnen, und verb um klar zu machen um was für eine Aktion es sich genau handelt.

OStatus, der Vorgänger von ActivityPub, benutzte übrigens genau dieses Format um Aktivitäten auszuzeichnen!

Erst 6 Jahre später wurde die Version 2.0 als reines JSON Format veröffentlicht, was aber auch Sinn macht, da JSON das Format ist, welches moderne APIs eben sprechen.

Das heißt ActivityStreams ist im Prinzip eine moderne Form von RSS und ActivityPub ist einfach „nur“ ein PubSub System welches drumherum gebaut wurde.

Aber zurück zur Usability!

Die Frage ist für mich nicht RSS oder ActivityPub… Die wesentlich interessantere Frage ist: Feed-Reader oder Mastodon?

Die RSS oder IndieWeb Community (und ich zähle mich zu beiden, es geht hier nicht um Blaming) hat bisher leider kein massentaugliches Tool etabliert, welches mit der Usability und Reichweite von Mastodon (und Mastodon ist hier nur exemplarisch für eine Fediverse Platform… Pixelfed, Misskey und andere machen einen ähnlich guten Job) mithalten kann. Mastodon ermöglicht das dezentrale folgen, abonnieren, kommentieren, liken und sharen in einer simplen Oberfläche. Kein RSS-Reader, den man zum Kommentieren verlassen muss und kein IndieWeb-Reader, der eine eigene Webseite mit diversen Login- und Ping-Mechanismen voraussetzt!

Mastodon zeigt außerdem sehr deutlich dass Technik austauschbar ist, immerhin ging die Plattform 2016 mit OStatus an den Start und schwenkte erst zwei Jahre später auf ActivityPub!

Ich beschäftige mich jetzt seit ungefähr +/-15 Jahren mit dem Thema, welches man heute als Fediverse oder IndieWeb zusammen fassen würde, und habe auch ein gutes Jahrzehnt an Arbeit in diverse IndieWeb Projekte gesteckt, aber Mastodon und ActivityPub sind in ihren Auswirkungen bisher konkurrenzlos!

Dank Mastodon und ActivityPub habe ich wieder bis zu 50 Kommentare auf einen einzigen Blog-Post (Likes und Boosts nicht mit gezählt) während über RSS (gemessen an Kommentaren über das WordPress Formular) und Webmentions vielleicht eine Reaktion im Monat kommt.

Danke, dass du diesen Beitrag über RSS liest. RSS ist großartig – und du bist großartig, weil du es nutzt. ♥️

Dabei könnte es so einfach sein!

@deadsuperhero schreibt auf seinem Blog, dass er eigentlich gerne Articles veröffentlichen will, aber (hauptsächlich) durch Mastodon zu Note gezwungen wird, wenn er sicher gehen will, dass der Text vollständig dargestellt wird.

Here’s the problem, though: the biggest player in the space, Mastodon, does a poor job of supporting Article. Instead, every post Mastodon uses is instead a Note. From a semantic point of view, it might not seem like there’s a lot of difference between the two: both are effectively texts posts that can contain some formatting markup, both can hold an arbitrary amount of characters, and both can effectively be used to represent a full article.

A Content-Fallback Mechanism for the Fediverse

Ironischerweise zeigt Mastodon eine föderierte Note vollständig an, auch wenn der Text weit über die eigentlich erlaubten 500 Zeichen hinaus geht, bei einem Article wird statt dessen aber nur die kurze summary benutzt.

Seine Idee: Ein Content-Fallback Mechanismus!

Das heißt jede Aktivität, egal von welchem Typ, liefert zusätzlich zu dem spezifischen Objekt, eine standardisierte Note (content-fallback):

{
  "@context":[
    "https://www.w3.org/ns/activitystreams",
    {
      "Hashtag":"as:Hashtag"
    }
  ],
  "id":"https://wedistribute.org/2024/04/iftas-dsa-guide/",
  "type":"Article",
  "content-fallback": {
    "content":"IFTAS, the dedicated Trust & Safety organization ...",
    "mediaType":"text/plain",
    "summary":"",
    "tag":[{
      "href":"https://wedistribute.org/tags/fediverse",
      "name":"#fediverse",
      "type":"Hashtag"
    }],
    "type":"Note",
    "updated":"2024-04-11T20:55:29Z"
  }
}

Ich verstehe das Problem und finde die Idee generell nicht schlecht, aber eigentlich bietet ActivityPub alles Nötige schon von Haus aus! ActivityPub oder besser ActivityStreams ist so aufgebaut, dass alle Objekte von einem Art Base-Object abgeleitet werden. Das heißt Article, Note, Event oder Place, haben ein gleiches Minimal-Set an Attributen:

• attachment
• attributedTo
• audience
• content
• context
• name
• icon
• image
• inReplyTo
• published
• replies
• summary
• tag
• updated
• url
• to
• bto
• cc
• bcc
• mediaType
• …und mehr

Und auch wenn beispielsweise Place oder Event einige spezifische Eigenschaften haben, die nicht jede Plattform „kennt“ und „versteht“, sollte es immer möglich sein, die Beschreibung (content oder summary) und den Titel (name) anzuzeigen.

Das Prinzip ist ähnlich wie, wenn nicht sogar inspiriert durch, schema.org/Thing. Auch hier basieren alle Objekte letztendlich auf einem Thing und trotz der wesentlich größeren Anzahl¹ an Objekten und Attributen, können Suchmaschinen sich immer sicher sein, dass es zumindest einen name, eine description und eine url zum Anzeigen gibt.

Bevor wir über also über ein `content-fallback` nachdenken, sollten wir (meiner Meinung nach) erst einmal dafür sorgen, dass die vorhanden Möglichkeiten richtig genutzt werden.

1. The vocabulary currently consists of 806 Types, 1474 Properties 14 Datatypes, 90 Enumerations and 480 Enumeration members. – https://schema.org/docs/schemas.html ↩︎

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

Und ja, ich hatte schon einen Newsletter, lange bevor Newsletter cool waren!!!

Das Thema ist natürlich das „open, portable, interoperable, small, social, synaptic, semantic, structured, distributed, (re-)decentralized, independent, microformatted and federated social web“, was auch sonst.

Das Archiv mit alten Veröffentlichungen findet ihr hier und abonnieren könnt ihr ihn hier.

Viel Spaß beim Lesen 😉

Aber jetzt im Ernst: Warum sollte man einen Newsletter starten, wenn man schon ein Blog hat? Was ist der Unterschied außer die Art der Distribution?

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

Keine Angst, es geht nicht um Avatare ohne Beine!

Threads has entered the fediverse!!!

TL;DR: Ich freue mich, dass Meta diesen Schritt geht und ich zukünftig vielleicht all meine Freunde im Fediverse Social Web treffen kann, ohne dafür einen Threads, Facebook oder Instagram Account zu benötigen, ich respektiere aber auch jeden, der anderer Meinung ist und das Netzwerk (aus guten und nachvollziehbaren Gründen) blockiert.

Meta experimentiert ja schon eine ganze Weile mit ActivityPub, aber jetzt können wirklich alle, die:

• ein Threads-Profil erstellt haben
• mindestens 18 Jahre alt sind
• ein öffentliches Profil haben
• sich in den USA, Kanada oder Japan befinden

das Teilen im Fediverse auf Threads aktivieren!

If they do, they’ll be able to publish posts on Threads that will be viewable on other ActivityPub-compliant servers. Threads users will also be able to see aggregated like counts on their posts from other fediverse servers directly from the Threads app. If people on other fediverse servers follow federated Threads profiles they’ll be able to see, reply to, and repost Threads posts (if their server allows it).

Das ist sicherlich noch alles sehr limitiert und klingt auch immer noch experimentell, aber es ist raus aus der „beta“ Phase und ein erstes Zeichen, dass Meta es mit ActivityPub doch ernst meinen könnte.

Ich bin wirklich kein großer Fan von Meta/Facebook und habe den „Verein“ in der Vergangenheit heftig kritisiert, aber ich glaube diese Entwicklung ist wichtig und ich freue mich dass Meta sie (bisher noch) weiter verfolgt!

Die Entwicklung ist wichtig, da ohne Meta das Fediverse einfach nur das Fediverse bleibt und wir uns die Diskussion, ob „Social Web“ nicht passender wäre, sparen können. Ohne Facebook (et al.) ist das Fediverse nur eine Nische, zwar eine offene und dezentrale Nische, aber eben nur eine Nische.

Ich weine immer noch den Anfängen der Web 2.0 Zeit nach, in der Blogs und soziale Netzwerke sich ergänzt und nicht untereinander konkurriert haben. Das bezieht sich aber nicht ausschließlich auf Walled Gardens wie Facebook und Twitter, auch Netzwerke wie Diaspora, die im Grunde zwar dezentral aufgebaut sind, aber nie den Anspruch erhoben auch mit anderen Netzwerken zu „föderieren“, waren bzw. sind das Problem.

Was ich vor 12 Jahren über Diaspora geschrieben habe, passt (glaube ich) immer noch sehr gut:

Wenn die großen Netzwerke wie Facebook, Twitter und Google+ sich nicht auf ein einheitliches Protokoll einigen, wird es wohl nichts mit der „dezentralen“ Idee! Ich möchte mich in Zukunft für eine Community entscheiden die meinen Interessen und Wertvorstellungen entspricht und nicht von der Mehrheit meiner Freunde abhängig sein. Wenn alle meine Freunde aber bei Facebook sind, bleib ich auch auf einem offenen und dezentralen Diaspora alleine!

Dezentrale „Walled Gardens“

Beide Seiten müssen kooperieren, deshalb finde ich es wichtig, dass sich das Fediverse auch für Threads öffnet!

Da aber genau diese Haltung die Fediverse-Community spaltet, möchte ich das nicht so stehen lassen.

Evan Prodromou, benennt die zwei entstandenen Lager in einem Blog-Post „Big Fedi versus Small Fedi“ und ich würde mich (aus den oben genannten Gründen und auch wenn ich den Namen unpassend finde) eher dem „Big Fedi“ Lager zuordnen, schon alleine wegen dem ersten Punkt:

The fediverse should be big. Real big. Like, everyone on the planet should have an account on the fediverse. It will make the internet better and the world better.

Das heißt aber weder, dass ich allen Punkten von „Big Fedi“ zustimme, noch dass ich alle Argumente aus dem „Small Fedi“ Abschnitt ablehne… im Gegenteil!

Gleich den ersten Punkt der „Small Fedi“ Liste, sehe ich als essentiell wichtig für das weitere Bestehen und die Zukunft des Fediverse und bin der Meinung, dass er beiden Lagern zugeordnet werden sollte muss:

The fediverse should be safe. Safe from harassment, safe from privacy violations.

Für viele ist Threads per se eine Verletzung dieser Aussage und die fedipact Seite empfiehlt, das Meta-Netzwerk aus genau diesen Gründen zu blocken:

tl;dr

1. they won’t moderate effectively, there is precedent with facebook being a toxic cesspit of hate
2. they have a long track record of pure evil and we have no reason to give them the benefit of the doubt
3. to protect the existing communities of marginalized people on the fediverse, many of whom rely on it to survive

https://fedipact.online/why

Das sind alles valide Argumente, die Schlussfolgerung ist in meinen Augen aber die Falsche. Mit Spam und Abuse hat das Fediverse auch jetzt schon und gänzlich ohne das zutun von Threads zu kämpfen. Wie toxisch das Fediverse sein kann, zeigt der Fall von „Content Nation“ vom März diesen Jahres mehr als deutlich.

Aside from simply blocking the domain and moving on, community members decided to have a little bit of extra fun, attempting to “make the crawler crash“, send angry emails to the service operator, and more. After some study of how the site worked, one person had the malicious idea to send a remote post containing child pornography to the site, before getting someone else to report Content Nation for Child Sexual Abuse Material.

Content Nation Backlash Highlights Mastodon’s Toxicity

Threads zu blocken, ist nicht die alleinige Lösung für das stetig wachsende „Trust & Safety“ Problem. Neben simplen Block-Listen, brauchen wir zukünftig bessere Strategien um diesem Problemen Herr zu werden. Wir brauchen mehr Initiativen wie IFTAS und Services, die sich ähnlich wie mit E-Mail- oder Kommentar-Spam, zukünftig auch mit Social Media „Spam“ befassen.

Andernfalls betreiben wir einfach nur „Security by obscurity„.

Aber eine Sache noch zum Schluss: In dem Abschnitt in dem Meta ActivityPub und das Fediverse erklärt, wird ausgerechnet WordPress als das einzige Beispiel neben Mastodon erwähnt.

The protocol plays a key role in allowing Threads to be interoperable with other servers that also use it. Eventually, people on Threads will be able to interact with people on platforms like Mastodon and WordPress without having to sign up for accounts on those apps.

What is ActivityPub?

… 😍

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

Ich war am Wochenende auf dem CloudFest Hackathon und hatte zum zweiten Mal die Change ein Projekt zu betreuen. Die Idee zu „Enable Mastodon Apps“ stammt von @alex und ich freue mich sehr, dass er mir sein „Baby“ für den Hackathon anvertraut hat!

Hier ist unser Pitch:

Ich bin begeistert von der Idee!

Das Nachbauen der Mastodon-API stellt eine relativ einfache Lösung für das aktuelle ‚App-Problem‘ von WordPress dar. Die gängigen Apps zielen darauf ab, den Nutzern das traditionelle Bloggen zu ermöglichen. Allerdings haben soziale Medien im Allgemeinen und Twitter im Speziellen, die Art und Weise wie wir im Internet kommunizieren, maßgeblich verändert. Es geht nicht mehr um lange Artikel, sondern um kurze Nachrichten ohne Titel mit dem Fokus auf Bilder oder Videos.

Ein weiterer Nebeneffekt sind die sozialen Interaktionen wie Kommentieren (die WordPress über die letzten Jahre spärlich vernachlässigt hat), Liken, Boosten und Bookmarken (die WordPress nativ gar nicht unterstützt), welche die Mastodon Apps von Haus aus schon mit bringen.

„Enable Mastodon Apps“ stellt aber nur die Endpunkte für diese Interaktionen bereit, um sie nutzen zu können, braucht es weitere Plugins, wie z.B. Friends und/oder ActivityPub. Mehr dazu hier: Friends with ActivityPub – Deine nachhaltige Identität im Web.

Das Projekt hat mich sehr an die frühen Twitter-Jahre erinnert. Die Twitter-API galt lange als der de-facto Standard für Micro-blogging und Automattic/@photomatt hat damals schon die Vorteile für sich erkannt und die API für WordPress.com nach gebaut:

Of course one of the coolest things about Twitter right now is the client applications, particularly the mobile/iPhone ones. I use Tweetie 2 on my iPhone every day. Wouldn’t it be cool if you could get all your blog subscriptions and post to your WordPress.com blog from apps like Tweetie? Well here’s an early Christmas present…

We’ve enabled posting to and reading of WordPress.com blogs via the Twitter API. Any app that allows you to set a custom API URL will work.

Post and Read via Twitter API

Hackathon

Wir waren zwar nur 4 Personen, aber ich sag nur „Qualität statt Quantität“!

Vielen Dank @Drivingralle, @matze und @obenland, es war super produktiv und hat großen Spaß gemacht 🙂

Was wir erreicht haben:

• Die meisten Mastodon-API-Endpunkte wurden implementiert.
• „Hooks“ und „Actions“ für den internen Gebrauch.
• Dokumentation aller Hooks.
• Grundlegende Beispielimplementierungen in ActivityPub und im Friends Plugin.
• Testen von zusätzlichen Clients.

Und hier ein paar Statistiken von den zweieinhalb Tagen:

• 3 new contributors to the plugin
• 4,101 lines added
• 911 lines removed
• 213 commits
• 34 files changed
• 25 PRs merged
• 7 PRs almost merged
• 0 Social Media posts

Und hier der Pull Request in seiner ganzen Pracht: Collection of changes from the CloudFest Hackathon

Vielen Dank auch an @bart@moth.social und das Team von Mammoth, die uns im Vorfeld unterstützt haben. Mammoth funktioniert jetzt wunderbar mit WordPress und Alex und ich hatten einen Einblick in die App-Entwicklung und deren Eigenheiten 🙂

Hier ein paar Bilder:

Danke, dass du diesen Beitrag über RSS liest. RSS ist großartig – und du bist großartig, weil du es nutzt. ♥️

Ich bin schon vor Monaten über einen Artikel auf heise gestolpert, der das potentielle Phänomen der „Demenz bei Künstlicher Intelligenz“ beschreibt.

Die nächste Generation von KI-Anwendungen werde unweigerlich auch an Datensätzen im Netz trainiert, die nicht von Menschen, sondern von früheren KI-Anwendungen erstellt wurden.

Künftige KI-Modelle potenziell von Demenz bedroht

Das ist vor allem deshalb spannend, weil es genau die zwei Anwendungsfälle von KI betrifft, die auch mich, in meiner Arbeit oder als Betreiber eines Blogs, begleiten:

1. Das automatische Generieren von Inhalten
2. Die automatische Verarbeitung und Interpretation von Inhalten

Konkret handelt es sich um Plugins/Dienste, die beim Erstellen von Texten helfen oder sogar komplett automatisiert Texte verfassen, um AI-generierte Bilder oder der Kombination aus beidem. Auf der anderen Seite stehen Dienste wie Google et al., die versuchen, Antworten auf Suchanfragen direkt aus den Suchergebnissen zu extrahieren, um dem Suchenden den Klick auf den entsprechenden Link zu „ersparen“.

Auch wenn ich das generelle Potential von KI durchaus sehe, sind das zwei Bereiche in denen mich deren Anwendung eher nervt!

Ich bin ein „Kind“ der Generation Web 2.0, ich schreibe meine Gedanken ins Web um mich mitzuteilen und mit anderen über meine Ideen und Einschätzungen zu diskutieren und (konstruktiv) zu streiten. Wenn ich was zu schreiben habe, schreibe ich etwas, wenn nicht, nicht.

Leider gibt es aber auch Menschen, die berufsbedingt schreiben müssen, ohne dabei die Freiheit zu haben, dies lediglich nach Lust, Zeit oder Inspiration zu tun. Dieser Druck verstärkt die Verlockung, auf KI-Unterstützung zurückzugreifen natürlich wesentlich.

Ein „wunderbares“ Beispiel hierfür ist die WordPress Community auf LinkedIN. Ein stetiger Stream an ähnlichen und meist inhaltslosen Posts mit einem überzeichneten, grellen, bunten Bild im Comic Stil, in dessen Mitte ein verunstaltetes WordPress Logo prangt!

Mein RSS-Reader ist zum Glück noch frei von solchen Inhalten, aber die Anzahl der KI generierten Bilder steigt auch hier auffällig konstant.

@Krisuuu schreibt in seinem Blog:

Das persönliche Bloggen hat eine lange und reiche Geschichte. Es ermöglicht Menschen, ihre Gedanken, Erfahrungen und Leidenschaften in einer einzigartigen Stimme zum Ausdruck zu bringen. Doch mit dem Aufkommen von KI-Technologien, die in der Lage sind, menschenähnliche Texte zu generieren, könnte das persönliche Bloggen bedroht sein. Die Versuchung, diese Aufgabe an Algorithmen abzugeben, ist real – aber sie könnte auch den Verlust von etwas Unersetzlichem bedeuten.

Der Kampf um Authentizität: Warum persönliches Bloggen unersetzbar bleibt

Per definition hat das nichts mehr mit „bloggen“ zu tun¹, aber das ist Wortklauberei und das Problem ist wirklich real!

So real, dass Google aktuell schon damit zu kämpfen hat:

In the continual cat-and-mouse game of Google Search versus search engine optimization (SEO) firms, Google seems to be losing lately. Search feels less useful with every passing day as the ChatGPT era has unleashed a tsunami of AI junk that quickly fills up search results. Google played a big part in creating all this with its invention of transformers, and now it’s finally doing something about it. A new blog post details efforts to reduce „spammy, low-quality content on Search.“

Google now wants to limit the AI-powered search spam it helped create

Das ging schneller als ich dachte!

Auf Social Media hab ich ein sehr schönes Kommentar zu der Misere gelesen. Leider finde ich es nicht mehr und muss deshalb improvisieren. Hier eine sinngemäße Zusammenfassung: „Ein Ziel der industriellen Revolution war, unliebsame und stupide Prozesse zu optimieren um dadurch mehr Zeit für Kunst und Kultur zu schaffen. Und was macht AI, sie automatisiert uns genau diese Freiheit und nimmt uns ausgerechnet das Erstellen von Bildern und Texten ab.“

Die Aussage ist sicherlich etwas konstruiert, beschreibt aber genau meine Sorge: Optimiert euren Arbeitsalltag mit und durch AI, damit ihr mehr Zeit zum schreiben, bloggen und „malen“ habt, nicht umgekehrt!

Brave New World!

1. Ein Blogger steht als wesentlicher Autor über dem Text, schreibt zumeist in der Ich-Perspektive und integriert seine persönliche Meinung. — Wikipedia ↩︎

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!