Es ist Sonntag Morgen und ich sehne mich so sehr nach Bloggen, dass ich mich aufraffe und doch an den Schreibtisch setze. Dabei hatte ich eigentlich vor, heute einen großen Bogen um dieses Möbelstück zu machen. Mal schau’n, wie lang ich durchhalte. Vielleicht schreibe ich auch in Etappen. Wohlan!

Schön, dass Du dabei bleibst. Lass mich also den Erkenntnisprozess der letzten Woche rekapitulieren:

1. Aktuellen Bedarf und Zukunftsrobustheit abschätzen
2. Technischen Standard recherchieren und entscheiden
3. Strategie für Inhalte entscheiden (Volltext ja/nein)
4. Strategie für Benamung und URL entscheiden
5. Barrierefreiheit & Darstellung auf meiner Website inklusive Nachhaltigkeitsbetrachtung
6. Standard-Prozess des Programmierens: von Vorn nach Hinten im Programm-Ablauf
7. Programmieren in umgekehrter Reihenfolge des Standard-Prozesses
8. Prüfen mittels Validator und justieren

· Web-Feeds Phase 1 ·
Aktuellen Bedarf und
Zukunftsrobustheit abschätzen

Ich selbst liebe Web-Feeds spätestens seit meinen Weblog-Anfängen 2012. Ich nutze meinen Feed-Reader als bevorzugten Kanal, um bei meinem Netzwerk und in der Wissenschaft auf dem Laufenden zu bleiben. Ich schätze daran, dass ich eine vollständige Publikationsliste erhalte. Somit kann ich Meldungen nicht so leicht übersehen – wie es in der Unmenge an z. B. Tweets oder noch schlimmer in der stark von Algorithmen beeinflussten LinkedIn-Zeitleiste regelmäßig passiert.

Zumeist erhalte ich über den Feed aktuellere Infos als die Zusammenfassungen in Newslettern. Das hängt von den Herausgeber:innen ab, wie sie es handhaben. Bei Feeds habe ich auch nach so vielen Jahren noch das Gefühl, direkter und umgehender informiert zu sein. Ich muss nur demnächst mal wieder drüberkämmen, welche Feeds noch intakt sind und nachjustieren.

Im Verlauf der letzten 13 Jahre baute ich mir so ein gutes Archiv auf. Wenn ich zu Themen recherchiere, durchforste ich stets zunächst meinen kuratierten Fundus. Ab und an muss ich aufräumen und ausmisten, damit die Festplatte nicht vollläuft. Doch im Großen und Ganzen bin ich mit meiner Feed-Schatzkiste sehr zufrieden.

Ich weiß, dass es andere Menschen wie mich gibt. Es sind vor allem die Blogger:innen der ersten Stunde, die Geeks, die Nerds, die Daten-Puristen und all jene, die weder ihre persönlichen Daten noch ihre Lesegewohnheiten den großen Konzernen mit ihren Algorithmen anvertrauen wollen. All jene also, die selberdenken und souverän handeln wollen. Sie alle mögen und schätzen Web-Feeds. Diese Gruppe überschneidet sich stark mit Euch, meinen geschätzten Leser:innen. Das freut mich!

So weit meine Vorüberlegungen und eigene Einschätzung. Zudem hatte ich mindestens zwei ganz konkrete und zahlreiche vage Anfragen nach einem RSS-Feed aus meiner Community. Auch diese bestärkten mich, das fehlende Angebot auf meiner Website wiederzubeleben.

Bevor ich jedoch viel Zeit und Arbeit ins Programmieren eines Feeds investierte, wollte ich sicherstellen, dass die Technologie Zukunft hat. Ich wollte also wissen, was andere dazu sagen. Hierzu wurde ich schnell fündig und freute mich. Wir sind nicht allein! ;-) Ich fand eine ganze Reihe an Blogbeiträgen wie beispielsweise diesen hier von Ralf Hersel: RSS – das vergessene Format (veröffentlicht 2021-12-09 via GNU/Linux.ch). Oder auch von Farai Gandiya Working With Web Feeds: It’s More Than RSS (css-tricks.com). Oder – eher beschreibend – als Antwort auf die Frage RSS-Feeds in Zeiten der Digitalisierung: Wie funktioniert das Format heute? (via rnd).

Damit war also geklärt: Ja, Feeds sind weiter aktuell und beliebt, auch über meine eigene Filterblase hinaus. Sehr schön. Weiter gehts mit Schritt 2:

· Web-Feeds Phase 2 ·
Technischen Standard recherchieren
und entscheiden

Ganz grob wusste ich, dass es verschiedene Möglichkeiten der Ausgabe des xml-Formats für die Daten gab. Die beliebtesten und am weitesten verbreiteten sind RSS und ATOM. Zuweilen auch JSON. Es gibt noch weitere, die jedoch von der Mehrzahl der Feed-Reader nicht verstanden werden. Letztere sortierte ich für mich sofort aus. Es galt also RSS und ATOM gegeneinander abzuwägen.

Am späteren Montag Nachmittag las ich mich durch eine ganze Reihe Blog-Beiträge, um meine Entscheidung treffen zu können. Am hilfreichsten fand ich den Beitrag von Kevin Cox dazu: RSS Feed Best Practises (publiziert 2022-05-06, aufgerufen am 2022-08-15). Darin gibt er die klare Empfehlung für ATOM (sofern Du noch keinen Feed hast):

Mir leuchtete die Begründung sofort ein und ich folgte seinem Rat. Damit war also auch das Format entschieden und ich konnte zum Schritt 3 schreiten:

· Web-Feeds Phase 3 ·
Strategie für Inhalte entscheiden

Soweit ich die Standards und die verschiedenen Technik-Blog-Beiträge verstand, galt es, mich im nächsten Schritt bezüglich der Detail-Tiefe der mit dem Web-Feed ausgegebenen Inhalte für eine von zwei groben Strategien zu entscheiden:

• Ausgeben aller Informationen der einzelnen Beiträge (Volltext)
• Ausgeben von Anreißern (Teasern) der einzelnen Beiträge mit Link zum Volltext

Besondere Anforderungen gibt es für Audio- oder Video-Feeds, also zum Beispiel für Podcasts und YouTube-Kanal-Feeds. Zudem haben sich Standards für beispielsweise Bücher oder wissenschaftliche Abhandlungen etabliert. Die lasse ich hier mal aus und fokussiere mich weiter auf das Ausgeben von News.

Echte Feed-Leser:innen bevorzugen natürlich das Ausgeben eines Volltextes inklusive aller Medien. Damit sind sie unabhängig, haben den gesamten Inhalt am von ihnen bevorzugten Platz – synchronisiert für ihre sämtlichen Geräte – und können die Ausgabe nach ihren Vorstellungen und Wünschen steuern.

Der aus meiner Sicht größte Nachteil dieser Strategie ist der enorme Speicherplatz-Bedarf. Denn mit dem Ausgeben der kompletten Inhalte werden diese auf unzählige Geräte verteilt und existieren im Zweifel tausendfach auf der ohnehin schon von viel zu viel Datenmüll und einem zu intensiven Verbrauch natürlicher Ressourcen für Speichertechnologien und Ausgabe-Geräte geplagten Erde. So gut ich den Wunsch nachvollziehen kann, Herr:in über die Daten sein zu wollen – für mich macht das schon aus Gründen der Nachhaltigkeit und Datensparsamkeit überhaupt keinen Sinn.

Es kommt noch ein weiterer Aspekt hinzu: Multi-Media-Inhalte über einen Web-Feed auszugeben ist echt kompliziert. Das macht es unnötig schwierig – vor allem für meine Zwecke. Mir geht es ja darum, Euch, meinen geschätzten Leser:innen, wieder den Dienst erweisen zu können, dass Ihr von Neuigkeiten auf meiner Website direkt erfahrt, einen kurzen Überblick über die Inhalte habt und somit entscheiden könnt, ob und wann Ihr dann den neuen Beitrag lest. Ihr braucht damit nicht mehr auf meinen Flurfunk warten – den ich momentan leider noch stark vernachlässige, weil einfach noch viel zu viel Basics umzusetzen sind. Anderes Thema. Dazu zu gegebener Zeit mehr.

Weiterhin eröffnet mir ein Teaser-Feed Optionen zum Automatisieren einiger meiner Online-Präsenzen. Allen voran: XING. Dort erledigt ab sofort wieder der Algorithmus das Posten meiner Blogbeiträge. Ich bin präsent, kann mich persönlich jedoch wieder auf Wichtiges – wie die zwischenmenschliche Kommunikation, das Schreiben am EnjoyWork Arbeitsbuch und das Verfassen von Blogbeiträgen – konzentrieren. Das ist eine enorme Erleichterung. Mithin eine der schönen Seiten der Digitalisierung.

Lange Rede: Für mich ist klar, dass mein Feed die komplette Historie abdecken soll. Dafür jedoch auf den Kurz-Text zum Beitrag reduziert wird.

Kleiner Ausblick dazu: Via EnjoyWork wird es Themen-Feeds (z. B. zu “Zirkulärem Wirtschaften // Circular Economy”), zu unseren Iniviativen (z. B. WalkToTalk und FAHRRADkultur usw.) als auch Rubriken-Feeds (z. B. zur LeseLust oder unseren Veranstaltungen) geben. Für die Veranstaltungen werde ich die Software erweitern, für alles andere steht die Programmierung (dazu unten mehr). Bleib neugierig!

· Web-Feeds Phase 4 ·
Strategie für Benamung
und URL entscheiden

Als nächsten Punkt stellte ich mich der Frage, wie den Web-Feed benamsen. Auch das war mir wichtig zu klären, bevor ich die Programmierung startete. Wer wie ich schon über viele Jahre Feeds abonniert, kennt die Muster. Ich selbst neige dazu, sie intuitiv einzugeben und zu hoffen, direkt richtig zu landen. Klappt das nicht, suche ich kurz auf der Website am oberen Seitenrand (zumeist rechts) oder am Fußende. Firefox oder der ein oder andere Feedreader erkennt die Feeds in der Regel automatisch. Dann ist es noch einfacher.

Doch auch hier wollte ich nicht nur meiner Erfahrung und Intuition vertrauen. Ich wollte mich schlaumachen. Bei Jim Nielsen wurde ich schnell fündig. Ende August 2021 – also vor knapp einem Jahr – hat er eine Analyse der gängigsten Feed-URLs anhand der monatlich kuratierten Sammlung 1.000 feeds for web developers von Šime Vidas durchgeführt. Seine Erkenntnisse sind sehr aufschlussreich. Zusammenfassend schreibt er:

Es lohnt sich in jedem Fall, seinen gesamten Beitrag zu lesen. Es hilft, eine gute Entscheidung abzuwägen und zu treffen. Denn eines ist wichtig: Feed-URLs sollten sich möglichst nicht ändern. Es macht sogar Sinn, Kurzlinks mit Weiterleitung einzurichten.

Fazit: Jims Empfehlungen laufen konform zu meinen eigenen Beobachtungen auch in anderen Branchen und Disziplinen. Es scheint sich mithin weltweit ein Web-Feed-Standard etabliert zu haben. Das macht die Entscheidung einfacher.

Für madiko richtete ich also folgende Feed-URLs ein:

• madiko.com/zeitmaschine/feed
• madiko.com/feed (Kurzlink mit Weiterleitung)

· Web-Feeds Phase 5 ·
Barrierefreiheit & Darstellung auf meiner Website

Aus meinen Anfängen – als ich mit Web-Feeds wenig vertraut war – erinnere ich mich daran, wie verdutzt ich war, wenn ich beim Aufruf eines Feeds mit viel IT-Kauderwelsch konfrontiert war. Zugleich ist mir in Erinnerung geblieben, dass es mich genauso verwirrte, wenn die entsprechende Seite aussah wie jede andere Inhaltsseite der Internet-Präsenz. Beides in seinem Extrem war also irritierend und sorgte seinerzeit regelmäßig bei mir für Verwirrung.

Zusätzlich sensibilisiert für die Bedürfnisse von Menschen mit psychischen Behinderungen, ist mir wichtig, eine gute Balance hinzubekommen. Ich hoffe, das ist mir gelungen. Feedback dazu würde mich freuen. Dankeschön.

Mehr konnte ich bisher nicht in Erfahrung bringen, was das Zusammenspiel von Web-Feeds und Zugänglichkeit / Barrierefreiheit betrifft. Ich halte weiter meine Augen offen und freue mich über einschlägige Hinweise.

Vielleicht noch ein Tipp – den mir Joschi Kuphal von Tollwerk gab – für alle, die die Ausgabe von strukturierten Daten auch für Menschen besser lesbar machen wollen: Dies ist möglich mit XSLT die erweiterte Auszeichnungssprache XML für Browser aufhübschen. XSLT wurde wohl parallel zu RSS-Feeds und ATOM-Feeds entwickelt. Denn die Idee, Daten von ihrer Ausgabe getrennt zu betrachten und erst nach konkretem Bedarf im gewählten Kontext zusammenzufügen, ist eines der brillantesten Konzepte, die hinter dem Internet stehen. Ähnlich wie Cascading Style Sheets (CSS) positioniert und gestaltet XSLT (Extensible Stylesheet Language Transformations) die Ausgabe der Datensätze.

Für meine Portale schob ich das erst einmal in der Priorität nach hinten. Ich würde das nur angehen, sofern es seitens meiner Nutzer:innen konkrete Rückmeldungen und Wünsche gäbe. Nur dann lohnt es sich, die Ausgabe zu perfektionieren. Wichtiger war mir, dass der Validator frei von Warnungen und Fehlern bleibt (dazu unten mehr).

· Web-Feeds Phase 6 ·
ATOM-Feed programmieren

Halten wir also meine strategische Entscheidung fest:

• Ausgabe der Teaser sämtlicher, bereits veröffentlichter News
• unter der url: madiko.com/zeitmaschine/feed/
• als ATOM-Feed mit XML-Ausgabe
• mit optimierter Anzeige als Vorschau für Nutzer:innen

Meine erste Idee zur Umsetzung war, mir mittels PHP:SimpleXML in meinem News-AddOn den Feed zusammenzubauen und die gewünschte url dann über eine Weiterleitung einzurichten. Darauf hatte mich Thomas Skerbis mit seinem FOR-Trick RSS mit YORM und SimpleXML gebracht.

Beim Programmieren stellte ich jedoch schnell fest, dass zum einen SimpleXML gar nicht so simpel ist. Vor allem nicht, wenn man wie ich den Code möglichst modular zusammensetzt und dabei gut dokumentiert. Mit der extrem verschachtelten Baumstruktur wie von Thomas vorgeschlagen wird das mit SimpleXML schnell sehr unübersichtlich.

Mir wurde bei diesem ersten Wurf zudem bewusst, dass mein Vorgehen dazu führt, dass ich für jeden Feed eine eigene Seite würde programmieren müssen. Das schien mir auch nicht gerade agil und zukunftsrobust. Also entschied ich mich, mitten in der Programmierung abzubrechen und noch einmal zurück auf Anfang zu gehen. Das erwies sich als gute Entscheidung.

Mein neuer, erfolgreicher Ansatz sieht nun so aus:

Programmierung Teil 1

• Eigenes REDAXO-Template (.php) für Web-Feeds
• REDAXO-Modul, …
  • das ausschließlich in diesem Template geladen werden kann (Übersicht behalten),
  • bei dem Titel und Untertitel sowie Herausgeber:in des Feeds (channel) plus der Herausgeber:in-Link über die Modul-Eingabe erfasst werden,
  • bei dem über Filter (Themen und Typen der News) in der Eingabe-Maske die auszugebenden Inhalte gesteuert werden (analog zum News-Modul).

Redaktion

• Anlegen des Web-Feeds in der entsprechenden Rubrik der Navigation (url gleich mitgelöst und auch das Einrichten von Kurzlinks wird über eine Weiterleitung mittels YRewrite deutlich einfacher).
• Verknüpfen dieser Rubrik mit dem Template.
• Modul reinladen und dort entsprechend als Redakteur:in die Eingabe / Ausgabe steuern und prüfen (inkl. Vorschau).

Programmierung Teil 2

(sobald Redaktion abgeschlossen und der Web-Feed live-geschaltet ist):

• Einbinden des Links zum Web-Feed
  • in den <head> des Standard-Templates.
  • für den Hauptfeed zusätzlich: in die MMenue-Nav (dort ins .js)
  • für den Hauptfeed zusätzlich: in den <footer> der Website.

Voilá! Fertig ist der Web-Feed!

Kurzes Zwischen-Fazit

Jetzt, da ich mir dies alles vor Augen führe, ist mir klar, weswegen die Umsetzung mehrere Tage in Anspruch nahm. Es sind doch recht viele Puzzel-Teile, die ineinandergreifen und von mir aufeinander abgestimmt werden mussten.

Spannend war für mich, dass ich erstmals das Pferd von hinten aufzäumte:

Standard-Prozess des Programmierens:
von Vorn nach Hinten im Programm-Ablauf

Üblicherweise starte ich in der Umsetzung bei der Übersicht. Diese enthält alle Infos, die ich für die Ausgabe im Frontend benötige. Ich sammle auf diese Weise alle Fragen, die ich Redakteur:innen im Eingabe-Modul stellen werde. Dabei hat sich bewährt, die einzelnen Fragen als PHP-Kommentare in das Eingabe-Modul aufzunehmen. So ist es recht einfach, die Daten-Eingabe zu clustern und für die:den Redakteur:in sinnvoll zu strukturieren, bevor ich mit dem Schreiben der Code-Zeilen starte und das Ganze unübersichtlich wird.

Als Erstes programmiere ich dann den Modul-Input. Anschließend schreibe ich die Übergabe der Variablen, die für Ausgabe im Backend und im Frontend gleichermaßen benötigt werden und nicht durch z. B. Datenbank-Abfragen variieren. Dadurch spare ich enorm viel Code-Zeilen. Das hat auch den Vorteil, dass spätere Änderungen und Erweiterungen leichter werden.

Nun gilt es noch einmal kurz zu überlegen, welche der Informationen für den Redaktionsprozess auf einen Blick erfassbar sein sollten – und was gegebenenfalls zugunsten einer Übersichtlichkeit oder auch Ladezeit entfallen kann. Das setze ich dann um und so entsteht die Ausgabe im Backend. Spätestens jetzt bewährt sich mein Vorgehen, zunächst die Doku bei der Modul-Eingabe zu schreiben. Wo ich früher ganz oft zwischen Aus- und Eingabe hin und herspringen musste, bin ich inzwischen hoch effizient beim Programmieren.

Steht nun alles fürs Backend wie gewünscht, setze ich die Ausgabe im Frontend um. Auf diese Weise renne ich im Prozess seltener gegen die Wand des “Whoops”. Zumal die Ausgabe im Fontend in der Regel deutlich komplexer ist, mehr if-/else- oder foreach-Schleifen und in der Mehrzahl der Fälle mehr Finessen für die Darstellung usw. enthält.

Programmieren in umgekehrter Reihenfolge des Standard-Prozesses

Beim Programmieren meines Web-Feeds startete ich mit dem “more extensive, single-entry Atom Feed Document” der vom ATOM-Syndikat bereitgestellten Fallbeispiele. Dieses baute ich zunächst auf meine Bedürfnisse um und nahm dafür meine konkreten Daten. Mit anderen Worten: Ich erarbeitete zunächst das, was im Frontend schlussendlich ausgegeben werden soll anhand von konkreten Datensätzen.

Das war auch noch einmal mit einer ganzen Reihe Recherche nach Vorbildern und enorm viel Fehlversuchen verbunden. Hier stolperte ich vor allem immer wieder über die Frage RSS oder ATOM. Es hat eine ganze Weile gebraucht, bis ich das Atom Syndication Format von der RSS 2.0 Specification unterscheiden lernte.

Aufbauend auf dem ATOM-Code-Beispiel baute ich mir die Pflichtangaben und die von mir gewünschten, optionalen Ergänzungen zu einem XML-Feed-Dummy zusammen. Und gleich noch ein wichtiger Tipp an dieser Stelle:

Als nächstes setzte ich Zeile für Zeile den PHP-Quellcode zusammen und verknüpfte PHP mit XML. Dabei setze ich zunächst den Datensatz als string zusammen. Am Ende (das ist nun Code-Zeile 768 in der Modul-Ausgabe), lade ich den string und gebe ihn als XML aus.

Mit dieser Vorgehensweise war mir möglich, die Daten zunächst von meinem Dummy zu kopieren und zusammenzupuzzeln. So sah ich direkt, ob die Verknüpfung zwischen PHP und XML richtig ausgegeben wird. Erst als das so funktionierte wie gedacht, ersetzte ich die händisch eingegebenen Daten mit PHP-Variablen. Als auch das wunschgemäß funktionierte, ersetzte ich die manuell definierten Variablen und fügte entsprechend die aus der Modul-Eingabe bzw. die aus der Datenbank per SQL ausgelesenen Datensätze ein.

Dieser Prozess der Software-Entwicklung rollt demnach den Quellcode von hinten nach vorn auf. Das war für mich ungewohnt. Für diese Aufgabe erwies er sich als genau richtig. Ich finde das klasse. Denn jetzt habe ich wieder eine neue Methode in meinem Fachkompetenzen-Köcher.

· Web-Feeds Phase 7 ·
ATOM-Feed validieren und justieren

Bis zu diesem Zeitpunkt hatte ich sämtliche Programmierung lokal ausgeführt. Nun war der Moment der Wahrheit gekommen. In Phase 7 lud ich meinen Code ins Live-Portal hoch und legte meinen ersten News-Feed an. Dann die böse Überraschung: Im Feed-Validator des W3C erhielt ich “not valid” mit hunderten von Fehlermeldungen und ein paar Warnungen.

In meinen Code hatten sich Elemente aus dem Namespace der RSS-Spezifikation eingeschlichen, die es zu eliminieren galt. Als ich das dann richtig hatte, waren mehr als die Hälfte der Fehler mit einem Schlag eliminiert. Deutlich länger tüddelte ich an der Ausgabe des richtigen Datumsformats rum. ATOM nimmt es dabei ganz genau und besteht auf dem RFC339-DateTime-Standard. Mit der Umwandlung von Datum/Zeit-Formaten tat ich mich echt schwer. Jetzt, wo ich weiß wie es geht, ist es so logisch. Doch stand ich ewig beim PHP-Manual auf dem Schlauch und verstand partout nicht, was es mir sagen will. Tja, so ist es manchmal. Dann hilft nur aufstehen, weg vom Schreibtisch und etwas anderes machen. Oder schlafen. Schlaf wird sowieso unterschätzt. Nach der kreativen Pause neu ansetzen. Und dann klappt’s auch mit der Programmierung.

Meine ursprüngliche Wette, was ich in der Woche 33 erreichen könnte, sah noch vor, mit der Generalüberholung des EnjoyWork-Portals weitermachen zu können. Für die Programmierung des Feeds hatte ich grob zwei Tage geschätzt und lag damit ja komplett daneben. ¯\_(ツ)_/¯

Mal schauen, wie das also diese Woche klappt. In jedem Fall hoffe ich sehr, dass ich wieder gut Kräfte mobilisieren kann und diese Woche gut vorankomme. Ich halte Dich auf dem Laufenden.

Es gibt dennoch Neuigkeiten. Klar, die gibt es immer:

New Work SE (an diesen Namen kann ich mich echt nicht gewöhnen, seisdrum) kündigte vor ein paar Tagen an, dass sowohl die Gruppen als auch die Events zum Jahresende auslaufen und spätestens Mitte Januar abgeschaltet werden.

Schon zuvor hatte ich festgestellt, dass via XING nix mehr los war und mich gefragt, wie viel Zeit und Energie ich in das Aufrechterhalten der Foren dort noch setzen soll. Die erste Umfrage innerhalb der Community hatte auch nicht wirklich Aufschluss darüber gegeben, wie es weitergehen soll. Zu gering war die Resonanz.

Mit der Ankündigung von New Work SE wird uns diese Entscheidung also abgenommen. Auch gut. Wieder etwas weniger auf meinem Aufgabenzettel, um das ich mich kümmern muss.

Jetzt ist dennoch die Frage, wie es weitergehen kann. Bis unser eigenes, souveränes Forum läuft und sowieso lade ich Dich ein: Komm rüber zu LinkedIn:

• Wenn Du Dich mit der Community austauschen magst, komm ins Forum:
  http://linkedin-forum.arbeitswelten-lebenswelten.com
• EnjoyWork folgen und über News informiert wirst Du via:
  https://www.linkedin.com/company/arbeitswelten

Bis der Retrofit abgeschlossen ist, wird es dort noch ruhiger sein. Gleichwohl stehst Du direkt in den Startlöchern, wenn wir im Herbst wieder voll einsteigen. Also nicht lang zögern oder es vor Dir herschieben. ;-)

Mein Aufruf hat bereits Anklang gefunden und viele Neue sind hinzugekommen. Ich stelle alle kurz vor. Es ist wirklich großartig zu sehen, wie unsere Community wächst und bunter wird. Was ich noch hoffe ist, dass es mehr Austausch unter Euch und Impulse aus der Community selbst gibt. Das darf und soll gern noch interaktiver werden!

Währenddessen arbeite ich ab dieser Woche wieder fieberhaft am neuen Portal, das eine Community-Funktion haben wird. Damit werden wir unabhängig von anderen Plattformen. Darauf freue ich mich schon sehr.

Ich nutze die Gelegenheit, Dich noch einmal auf steady aufmerksam zu machen. Unterstütze mich auf dem Weg! Die Programmierung und das Moderieren der Community sind sehr zeit- und arbeitsintensiv. Dafür brauche ich eine finanzielle Basis, auf der ich aufbauen und mich voll darauf konzentrieren kann. Herzlichen Dank!

Von den Bergen auf die Ozeane (und das im doppelten Sinne): Gleich nebenan in der ZDF-Mediathek fand ich die Reportage Abenteuer Freiheit – Mit dem Wind um die Welt (verfügbar bis 14.08.2032). Andreas Sawall und Almut Faass besuchen in Französisch-Polynesien und Indonesien die Segeljungs. Was soll ich sagen, inzwischen binge ich mich durch den klasse YouTube-Kanal der Segeljungs und bin hellauf begeistert.

Ende September 2018 waren die Schulfreunde Tim Hund (Skipper), Tom Schwarz und Michael Bischof von Fehmarn aus ins Ungewisse aufgebrochen. Später in Frankreich gesellte sich noch Vincent Goymann dazu. Wenige Monate nach dem bayrischen Abitur stachen die Segelanfänger(!) in die Weltmeere:

Ihre Weltreise kann man über ihren Vlog verfolgen. Allerdings muss ich Dich warnen: Heute sind es bereits mehr als 234 Folgen mit enormem Suchtpotenzial!

Tim, Tom, Michael und Vince (und weitere Freunde) hatten auch frühere Reisen schon filmisch dokumentiert. Seit vier Jahren nehmen sie uns Landratten nun schon auf ihr Weltreise-Abenteuer mit. Es ist großartig, wie authentisch die Jungs rüberkommen. Hier wird sich ehrlich von Herzen gefreut, nichts beschönigt oder gepimpt. Das macht die vier Blauwasser-Segler so wunderbar sympathisch. Ich fiebere mit, wenn mal wieder der Motor streikt oder in der Flaute mitten auf dem Pazifik der Spinnaker und kurz darauf auch noch der Gennaker reißt. Das Wasser läuft im Mund zusammen, wenn der Smutje Kochkünste aus der Kajüte zaubert – bestenfalls ist es sogar ein selbstgefangener Gelbflossen-Thun (Thunnus albacares). Vor allem aber staune ich über die Filmaufnahmen aus der Luft, auf dem Wasser und unter Wasser. Über ihre Eindrücke von Land und Leuten, die oft von O-Tönen aus der lokalen Bevölkerung ergänzt werden. Über ihren Mut. Über ihre konstruktive Art mit Problemen und Herausforderungen umzugehen. Über ihre tiefe Freundschaft.

Im September 2019 musste sich Michael aus der Crew verabschieden und kurz darauf, im Dezember, stieg auch Tom aus persönlichen Gründen aus – beides Entscheidungen, die ihnen sichtlich schwer fielen. Seither reisen Tim und Vince zu zweit um die Welt. Ihre Dokumentationen werden immer besser. Insbesondere die Reportage mit dem ZDF scheint sie im Film-Schnitt, Farbbearbeitung, Redaktion und Narration noch einmal einen großen Sprung vorangebracht zu haben. Es ist so schön, ihre persönliche Entwicklung über ihren Vlog verfolgen zu können. Das kommt auch super über die ZDF-Reportage rüber. Hier schauen sie sich das Video erstmals an, korrigieren Ungenauigkeiten und geben noch den ein oder anderen Hintergrund-Fakt: