Community hat keine Grenzen: Discourse-as-a-Fabric - Ideenfindung & Brainstorming

In ActivityPub-Support: Phase 1 RFC habe ich eine Ideenfindungsübung skizziert, um den Geschäftsfall für die Unterstützung von ActivityPub in Discourse zu bewerten und über einen MVP hinauszudenken – so, als wäre Discourse von Grund auf mit dem Gedanken an Föderation entwickelt worden:

Daher starte ich hiermit die Ideenfindung mit einigem Brainstorming, ohne dabei technische praktische Aspekte des aktuellen Codebases zu berücksichtigen. Mir ist bewusst, dass es bei all dem viele Feinheiten und Randfälle gibt. Dies ist eine Vision dafür, wie native Föderationsunterstützung aussehen könnte. Hier geht’s los..

Die Gemeinschaft hat keine Grenzen

(Foto von Pixabay über Pexels)

Wir alle teilen einen Planeten :wink: und vermischen uns in komplexen sozialen Strukturen. Warum ist eine Discourse-Gemeinschaft auf ein einzelnes Forum beschränkt?

Ich bin Admin der Humane Tech Community (HTC), und wir decken ein breites Spektrum an technikbezogenen Themenbereichen ab, mit (Unter-)Kategorien wie „Freiheit > Privatsphäre“, „Ausrichtung > Ethik“, „Ausrichtung > Standards“. Vielleicht zu breit, und es gibt viele andere Discourse-Foren, die sich auf diese Kategorien spezialisieren und in diesem Bereich besser abschneiden als wir. Aber für Menschen, die einen Überblick über das gesamte Feld der humanen Technologie erhalten möchten, macht die breite Positionierung Sinn.

Föderation von Kategorien

Was wäre, wenn ich unsere Unterkategorie „Privatsphäre“ mit z. B. der Unterkategorie „Blogbeiträge“ des Forums PrivacyTools föderieren könnte? Vielleicht nur in eine Richtung synchronisieren – da die Privatsphäre-Unterkategorie von HTC breiter gefasst ist – wobei Themen, die bei PrivacyTools erstellt werden, im HTC-Forum erscheinen und unsere Mitglieder damit interagieren können. Themenbeiträge im HTC-Forum werden dann zurück zum Thema bei PrivacyTools übertragen und umgekehrt. Die Themen auf beiden Foren bleiben synchronisiert. Vielleicht möchte ich sogar mehrere PrivacyTools-Unterkategorien einseitig mit „Privatsphäre“ bei HTC synchronisieren. Und warum nicht auf ähnliche Weise mit verschiedenen privatsphärenbezogenen Communities synchronisieren?

Ein weiteres Beispiel. Sowohl Feneas als auch SocialHub teilen eine übergeordnete Kategorie „ActivityPub“. Es gibt Überschneidungen, Duplikate, Mitglieder der einen Community sind sich nicht bewusst, was in der anderen Community passiert. Dies ist eine Chance, bei der „ActivityPub“ ein Kandidat für eine bidirektionale Synchronisation ist, wobei jedes Forum dann dieselbe Themenliste enthält.

Föderation von Tags und einzelnen Themen

Das Gleiche gilt für Tags, bei denen ein bestimmter Tag so konfiguriert werden kann, dass er föderiert wird. Dies könnte z. B. so eingerichtet sein, dass jedes Thema mit dem Tag #specification in SocialHub zur Unterkategorie „Ausrichtung > Standards“ auf HTC föderiert wird.

Themen können auch fallweise föderiert werden, ausgelöst durch einen Befehl in der Symbolleiste, bei dem Sie das Ziel-Forum angeben, zu dem föderiert werden soll, und möglicherweise auch die entfernte Kategorie auswählen, unter der das Thema erscheinen soll (d. h. die Foren-Kategorieliste wird auch für die Fernbrowsing föderiert).

Erwähnungen von Mitgliedern und Profilansichten

Wenn ein Thema zu einem anderen Forum föderiert wird, müssen alle darin enthaltenen Erwähnungen angepasst werden, um widerzuspiegeln, wo das Mitglied ansässig ist. Mein Handle @aschrijver bei HTC könnte auf dem SocialHub-Forum nach der Synchronisierung als @aschrijver@humanetech erscheinen.

Da ich auch ein Benutzer auf SocialHub bin, könnte ich in meinen Profileinstellungen die Konten verbinden, und nach einer Verifizierung bedeutet dies, dass mein lokales Konto-Handle in den synchronisierten Themen angezeigt werden kann.

Beim Klicken auf einen entfernten Handle oder ein entferntes Avatar wird die Profilkarte des entfernten Forums angezeigt. Beim erneuten Klicken zur Anzeige der Profilzusammenfassung werden möglicherweise nur die Aktivitätsmetriken auf dem lokalen Forum angezeigt, die aus der Interaktion mit synchronisierten Themen resultieren. Alternativ – und interessanter – würde sie Zusammenfassungen aus allen bekannten Foren anzeigen, die Teil der Föderationskonfiguration sind. So könnte ich beispielsweise feststellen, dass die Antwort von einem sehr aktiven, erfahrenen Mitglied auf dem anderen Forum stammt.

Direktnachrichten und Benachrichtigungen

DMs wären über alle föderierten Foren hinweg möglich, nicht nur lokal, indem das entfernte Mitglied in der DM getaggt/erwähnt wird. Ansonsten gibt es keinen Unterschied in der Art und Weise, wie DM-Kommunikation stattfindet. Es funktioniert genauso wie aktuelle DMs, die nur lokal sind.

Aus all den oben beschriebenen Föderationsfunktionen ergibt sich die Notwendigkeit, auch Benachrichtigungen zu föderieren. Wenn ich auf einen Beitrag eines entfernten Mitglieds antworte, seinen Beitrag liken oder ihn in einem synchronisierten Themen-Thread erwähne, kann eine UI-Benachrichtigung im entfernten Forum erscheinen, um das Mitglied zu informieren. E-Mail-Benachrichtigungen werden ebenfalls vom entfernten Forum behandelt. Wenn das Mitglied jedoch auf beiden Foren verknüpfte Konten hat, können die Benachrichtigungen vom lokalen Forum stammen, in dem die Interaktion zuerst stattfand.

Single Sign-On

Beachten Sie, dass für alle bisher beschriebenen Funktionen kein SSO erforderlich ist. Ein entferntes Mitglied hat keinen automatischen privilegierten Zugriff auf ein anderes föderiertes Forum. Was ist also, wenn sie in einem einseitig synchronisierten Themen-Thread erwähnt werden? In diesem Fall erhalten sie eine UI-Benachrichtigung und eine E-Mail von ihrer eigenen Forum-Instanz, und beim Klicken werden sie zu dem anderen Forum geleitet (möglicherweise in einem neuen Browser-Tab), wo sie das Thema einfach ansehen können. Wenn sie antworten möchten, müssen sie sich zunächst anmelden und Konten verknüpfen, um antworten zu können.

Beachten Sie, dass SSO im Fediverse eine schwierige Sache ist, für die es noch keine gute Lösung gibt. Für die Föderation von Discourse zu Discourse könnte die SSO-Funktion jedoch viel einfacher zu implementieren sein. Wenn es eine SSO-Integration gäbe, könnte beim Klicken auf die Benachrichtigung das Thema im Kontext innerhalb des aktuellen Forums (als „Entfernte Ansicht“) geöffnet werden, und das Mitglied könnte nahtlos damit interagieren.

Föderationsmanagement und Komplexität

Dieser gesamte Anwendungsfall wird so beschrieben, als wäre Discourse von Grund auf mit integrierter Föderationsunterstützung entwickelt worden. Wenn all dies implementiert wird, berührt es nahezu alle Funktionen des Produkts. Im Gegensatz zum Anwendungsfall, der diesen Thread gestartet hat – für FB-ähnliche personalisierte Feeds – wird die Föderation hier sorgfältig vom Forenpersonal verwaltet, nicht nach dem Willen einzelner Mitglieder.

Ein Großteil der Föderationskonfiguration ist ausschließlich für Administratoren bestimmt. Sie sollte strategisch und mit einem guten Plan durchgeführt werden, um die Community-Organisation und den Inhalt intuitiv und logisch zu halten. Das Föderations-Setup wird schrittweise im Rahmen des Community-Aufbau-Workflows aufgebaut, nicht etwas, das einfach so hinzugefügt wird.

Interoperabilität

Natürlich muss diese Vision der ActivityPub-Unterstützung nicht auf Discourse beschränkt sein. Jedes kompatible Softwareprojekt könnte Teil des verteilten Community-Gefüges werden. Zum Beispiel die Open-Source-Community-Building-Software forem und die kollaborative Entscheidungsfindungsplattform loomio, auf die ich gerade in Richtung dieses Beitrags verwiesen habe. Aber Discourse hat die Chance, in all dem die Führung zu übernehmen.

Fediverse-Integration

Bisher war die gesamte Föderationsunterstützung auf den Geschäfts- bzw. Community-Bereich beschränkt, aber mit der ActivityPub-Integration kann die Interoperabilität nun das breitere Fediverse umfassen und zahlreiche spannende Geschäftsfälle ermöglichen. Hier nur einige, die mir spontan einfallen:

  • Ankündigung von Forenbeiträgen im gesamten Fediverse mit Toots auf den Microblogging-Plattformen Mastodon / Pleroma.
  • Eingebettete Bilder werden automatisch auf PixelFed hochgeladen und von dort bereitgestellt (schön z. B. für Blender-Communities).
  • Die Datum/Uhrzeit-Symbolleiste ermöglicht die Einrichtung einer vollständigen Mobilizon-Veranstaltung für das Fediverse mit vollständigen RSVP-Funktionen.
    • Die Integration ist zweiseitig aktiviert, wobei Mobilizon-Diskussionen zur Veranstaltung tatsächlich Discourse-Themen sind.
  • Erstellen von PeerTube-Themen mit speziellen Videofunktionen, wobei die Beiträge der Kommentar-Thread bei PeerTube sind.
    • Das Gleiche gilt für Owncast, wenn sie AP-Unterstützung hinzufügen (siehe dieses Problem).
  • Ihr veröffentlichtes Thema wird automatisch zu einem Writefreely-Blogbeitrag plus Kommentar-Thread.
  • Einbetten von Teilen Ihres Forums in Nextcloud als App über dessen ActivityPub-Unterstützung.
  • Integration von Podcast-Funktionen über Funkwhale (siehe jüngstes Video über Podcast-Unterstützung).
  • Abrufen von Profilinformationen von Flockingbird, einem professionellen sozialen Netzwerk in Entwicklung (LinkedIn-ähnliches Telefonbuch).

Und schauen Sie sich die ständig wachsende Anzahl von Apps auf der ActivityPub Watchlist an und lassen Sie sich von Ihrer Fantasie leiten :smiley:

Konsequenzen

Vergessen Sie für einen Moment alle technischen Hürden und Hindernisse und überlegen Sie, was dies für Discourse als Produkt bedeutet. Oder vielmehr: Da Discourse nicht länger „nur ein Produkt“ ist: Discourse ist zu einem verteilten Community-Gefüge geworden.

Forenpersonal ist nicht mehr nur das. Sie übernehmen eine viel breitere Perspektive beim Community-Aufbau. Sowohl die Community als auch der Community-Inhalt existieren überall im Discourse-Gefüge. Das Personal wird aktiv andere Discourse-Instanzen beobachten, deren Personal ansprechen, um Partnerschaften zu schmieden und interessante Föderationsdesigns zu erstellen, um ihre Community-Organisation und ihren Inhalt so zu zerteilen und zu kombinieren, dass sie für die Community-Mitglieder am interessantesten sind.

Die Community-Mitglieder selbst werden ebenfalls viel besser bedient. Interessantere Inhalte fließen zu ihrem Forum „Portal“, und das Forum ist aktiver, als wenn es nur eine lokale Sache wäre. Community-Mitglieder können Mitglieder anderer Forum-Instanzen im gesamten Gefüge entdecken und mit ihnen interagieren. Tatsächlich wurde die Community-Grenze entfernt: Die Gemeinschaft hat keine Grenzen.

17 „Gefällt mir“

Um fair zu sein, habe ich nur einen flüchtigen Blick darauf geworfen, aber: Welches Problem versuchst du mit dieser Stoff-Idee zu lösen?

2 „Gefällt mir“

Zunächst einmal habe ich eine ganze Reihe von Möglichkeiten ohne Einschränkungen als Input für das Brainstorming skizziert. Persönlich habe ich jedoch zwei Probleme, bei denen ich Verbesserungen sehen möchte: eines als allgemeines Community-Mitglied und eines als Community-Moderator (ich bin derzeit Moderator auf 5 Foren, auf denen ich gelegentlich Beiträge verlinke):

  • Als Community-Mitglied habe ich mittlerweile Konten auf 15–20 Discourse-Foren, muss zwischen diesen Konten (einige davon sind in Vergessenheit geraten) und Passwörtern hin- und herwechseln und durchlaufe die beliebten Foren nacheinander in einer Art Karussell-Modus. Alle diese Foren decken aufgrund meiner Interessen viele sich überschneidende Themenbereiche ab. Wenn Sie mich nun bitten würden, mich in Ihrem großartigen Forum zu meinem Lieblings-thema anzumelden, wäre ich immer noch sehr zögerlich, ein weiteres Konto zu erstellen.

  • Als Community-Moderator habe ich ein ähnliches, verwandtes Problem. Meine Community mag klein sein, und Sie könnten sich entscheiden, stattdessen einer anderen Community beizutreten, die Inhalte zu ähnlichen, teilweise überschneidenden Themen bietet. Oder umgekehrt. Oder Sie wissen vielleicht nicht einmal von der Existenz dieser anderen großartigen Community (vielleicht weiß ich als Moderator, dass sie existiert, aber würde ich dann ein angepinntes Thema erstellen, um meine Mitglieder darüber zu informieren?).

Mit der Unterstützung für die Föderation gäbe es einen Gewinn für alle Beteiligten: Community-Moderatoren könnten in Partnerschaften zusammenarbeiten, die Forenorganisation für unsere aufeinanderfolgenden Zielgruppen gestalten und von den Stärken der anderen profitieren. Konkret würde dies Folgendes bedeuten:

  • Die Möglichkeit, qualitativ hochwertigere Inhalte bereitzustellen, indem die am besten geeigneten Quellen für die Föderation ausgewählt werden.
  • Eine größere Mitgliederbasis – das Aggregat der Föderation – und somit mehr Menschen, mit denen interessante Diskussionen geführt werden können.
  • Höhere Aktivitätsniveaus in allen an der Föderation beteiligten Forum-Instanzen, was dazu beiträgt, wiederkehrende Besucher zu halten.

Drei Aspekte – Qualität, Quantität und Aktivität – die für jede erfolgreiche Community entscheidend sind :slight_smile:

8 „Gefällt mir“

Ich stimme zu, das kann wirklich nervig sein. Ich löse dieses Problem, indem ich den RSS-Feed der Discourse-Communities hinzufüge und die integrierten wöchentlichen Zusammenfassungs-E-Mails aktiviere.

5 „Gefällt mir“

Ich habe kürzlich Niall Fergusons „The Square and the Tower

8 „Gefällt mir“

@aschrijver Klar, ich persönlich liebe die Ideen und das Konzept.

Das scheint ziemlich „einfach

3 „Gefällt mir“

@aschrijver, im Anschluss an unseren Austausch in ActivityPub Support: Phase 1 RFC - #50 by Mevo und unter Berücksichtigung dessen, was hier besprochen wird (dies ist ein passenderes Thema):

Ich habe kürzlich etwas wirklich Interessantes entdeckt: Einige Leute haben einen kostenlosen und dezentralen Marktplatz namens Openbazaar gegründet. Die Idee war im Wesentlichen, etwas völlig Offenes zu schaffen, bei dem jeder beliebige Dinge zum Verkauf anbieten kann, ohne dass Einschränkungen oder Zensur möglich wären. Die Bezahlung erfolgt über Kryptowährungen, und es gibt die Möglichkeit, Verkäufer zu bewerten sowie ein System von Moderatoren, die bei Problemen oder fehlerhaften Transaktionen schlichten können. Keine Gebühren für Transaktionen – das Ganze ist zu 100 % kostenlos (es würde lediglich eine kleine Gebühr für den Moderator anfallen, falls dieser eingreifen muss).

Ich meine, auf dem Papier ist das Ganze fantastisch, meiner Meinung nach. Doch es hat sich nie wirklich durchgesetzt. Im Gegensatz dazu laufen eBay oder Amazon, die bei jeder einzelnen Transaktion recht hohe Gebühren erheben, sehr erfolgreich.

Der Punkt ist: Wenn jemand etwas kontrolliert, der ein finanzielles Interesse daran hat, dass es funktioniert, und der in dieses Ziel investiert, dann funktioniert es meist besser als freie, offene und edle Ideen. Das mag sehr traurig sein, aber in der Praxis scheint dies genau das zu sein, was im echten Leben passiert.

Hat Mastodon Facebook und Twitter verdrängt? Wird es das je tun? Die Nutzer scheinen nicht genug von der Menge an Werbung zu bekommen, die sie auf Facebook konsumieren.

Auf jeden Fall scheint es mir, als hättest du diesen Aspekt in deiner Sichtweise zur Föderation nicht berücksichtigt. Hier ist also etwas, das du vielleicht in Betracht ziehen (oder zumindest kennen) solltest. Das bedeutet nicht, dass die Möglichkeit, Dinge zu föderieren oder Partnerschaften einzugehen, keine gute Idee ist. Doch ein „vollständiges Föderieren

1 „Gefällt mir“

Die Nutzungsentwicklung einer Plattform verläuft nicht linear. Nehmen wir das Beispiel Signal: Snowden sagte „nutzt Silent oder Signal“, und die App entwickelte sich weiter. Sie blieb jedoch eine Nischenlösung. Ein Gafam-Konzern macht eine schlechte Kommunikation, und Elon Musk sagt „nutzt Signal" – daraufhin kommen Hunderttausende Nutzer, weil sie synchron dieselben Kriterien bewertet haben und die Zielfernanwendung ihrem Bedarf entspricht.

Manche Nutzer haben Twitter und Facebook kürzlich verlassen, ohne dass dies groß in den Medien berichtet wurde, weil der Hauptanbieter für Reaktionen in ihrem Feed seine Konten verloren hat.

Je chaotischer das System in sozialen Medien wird, desto höher ist die Wahrscheinlichkeit, dass Nutzer synchron eine massive „App1 deinstallieren, App2 installieren“-Bewegung starten.

1 „Gefällt mir“

Ich bin mir nicht sicher, ob das Signal-Beispiel wirklich vergleichbar ist. Hier gibt es ein klar definiertes neues Feature und einen Grund, warum Nutzer es verwenden sollten: „Nutze verschlüsselte Kommunikation, damit deine Nachrichten privat bleiben und niemand mithören kann.

1 „Gefällt mir“

[quote=“Mevo, Beitrag: 50, Thema: 132624”]
Die Idee einer gewissen Verschiebung von Kontrolle/Macht ist interessant: Es wären nicht mehr die Community-Inhaber, die „ihre

4 „Gefällt mir“

Delegation des Community-Managements

Da dies ein wilder Brainstorming-Session ist und ich gerade dieses Thema gesehen habe Aufruf an freiwillige Community-Manager :mega:   … dachte ich:

—> Was wäre, wenn Community-Management föderiert wäre?

Du bist ein frischer Community-Manager auf einem neu installierten Discourse-Forum, ein kompletter Anfänger in der Admin-Oberfläche und den Praktiken des Community-Aufbaus. Was wäre, wenn du für einen bestimmten Zeitraum die Hilfe eines erfahrenen Community-Managers anfordern könntest, der dich berät und über deine Schulter schaut?

Jetzt weiß ich, dass ihr alle sagen werdet: “Warum nicht einfach ein Staff-Konto auf diesem Forum erstellen.. keine Föderation nötig!” und ihr hättet recht. Aber drehen wir es um und machen es vielleicht interessanter: Was wäre, wenn ich meine Discourse- und Community-Management-Fähigkeiten entweder als Freiwilliger oder als Profi (d. h. bezahlt) anbieten möchte?

Ich möchte in der Lage sein, so viele Communities wie möglich in meinem ‘Kundenportfolio’ produktiv zu betreuen. Dies führt zu einem dreifachen Gewinn:

  • Neue Community-Manager können Onboarding-Services erhalten, um schneller zu starten.
  • Community-Manager können ihre Fähigkeiten breiter nutzen, über ihre eigene Community hinaus.
  • Die beiden vorherigen Punkte bedeuten, dass Discourse ein weiteres USP zu ihrem Produkt hinzufügt.

Wie würde das dann aussehen? Ich weiß es nicht… viele Möglichkeiten. Einige Vorschläge, bei denen der delegierte Admin über Föderation von seinem eigenen Forum-Portal aus arbeitet und potenziell viele Communities verwaltet:

  • Der delegierte Admin kann Forum-Einstellungen festlegen, Plugins/Komponenten/CSS installieren, die der echte Admin genehmigt, bevor sie wirksam werden.
  • Der delegierte Admin hat Zugriff auf Staff-only-Kategorien und Gruppen und nimmt an Diskussionen teil, um Ratschläge zu geben.
  • Der delegierte Admin bearbeitet Flaggen, die im Forum gemeldet werden, wobei nur das Thema mit der Flagge zu seinem Portal föderiert wird.
  • Der delegierte Admin, der die Landschaft der Communities kennt, hilft bei der Vereinbarung von Partnerschaften mit anderen Communities und beim Austausch von Inhalten.

Betrachte dazu Folgendes:

Dies kann auch ein Mehrwertdienst sein und mit dem oben Genannten kombiniert werden. Alle beteiligten Parteien haben ein Interesse daran, dass delegierte Administratoren bis zu einem gewissen Grad als gute Community-Manager überprüft werden. Discourse (das Unternehmen) könnte möglicherweise nur Personen erlauben, delegierte Administratoren zu werden, wenn sie ein (kostenpflichtiges?) Abonnement haben. Discourse oder ein Partner könnte einen Community-Management-Kurs anbieten, der bei Bestehen ein Zertifikat mit dem Stempel der Genehmigung von @codinghorror ausstellt.

Nun… ob dir die Idee gefällt oder nicht. Es war für mich eine nette Brainstorming-Session, ha ha :grinning_face_with_smiling_eyes:
Vielleicht kannst du es besser machen?


Edit:

Discourse selbst würde diesen Service ebenfalls nutzen. Zu Beginn unseres kostenpflichtigen Abonnements war ein Mitglied des Discourse-Teams Teil des Staff unseres Forums, um genau diese Art von Hilfe anzubieten. Damit können sie das von ihrem eigenen Remote-‘Cockpit’ aus tun oder… es delegieren.

Eine andere Sache, die sich mit dem Teilen von Teilen einer Community befasst… Mehrere Male, als ich auf Meta einen Beitrag mit einer spezifischen Hilfeanfrage veröffentlicht habe, wurde das Thema privat gestellt (manchmal, weil es sensible Informationen enthielt) und vom Discourse-Team als ‘Support-Ticket’ bearbeitet. Mit der Föderation könnte ich den Support-Teil von Meta in mein eigenes Forum integrieren.

4 „Gefällt mir“

[quote=“JE-FF, Beitrag: 6, Thema: 174578”]
**„Ein Neustart von Grund auf, ein Versuch, neu zu überdenken, wie ein modernes Internet-Diskussionsforum heute aussehen sollte – in einer Welt mit allgegenwärtigen Smartphones, Tablets, Facebook und Twitter.

2 „Gefällt mir“

Vielen Dank, @aschrijver. Das ist sehr klar, und ehrlich gesagt stimme ich Ihnen in fast allem zu, was Sie gesagt haben. Ich habe meine Beiträge mit der Vorstellung verfasst, dass Ihr Vorschlag ein „Schrittstein“ auf dem Weg zu „voller (und völlig offener) Föderation“ als ultimativem Ziel sei. Jetzt bin ich mir nicht einmal mehr sicher, woher diese Idee kommt, und möglicherweise haben Sie so etwas gar nie gesagt. Es könnte eine Fehlinterpretation (und eine von mir erfundene Idee) von mir sein, oder ich habe Aussagen anderer Personen vermischt.

ActivityPub für alles, was es ermöglichen könnte, während Sie immer noch wählen können, wie Sie die Dinge tun möchten – ja, das klingt für mich alles großartig. Ich vermute, Sie haben recht: Es könnte Verwechslungen zwischen ActivityPub und Fediverse geben (das haben Sie bereits in einem anderen Thema erklärt zu ActivityPub).

Persönlich finde ich alle Ihre Ideen großartig. Im Bereich der föderierten „Community-Verwaltung“ könnte es auch sehr nützlich sein, auf diese Weise Zugriff auf Moderatoren zu haben. Moderatoren, die Sie temporär einsetzen können, wenn Ihre Community an Fahrt gewinnt, oder wenn beispielsweise eine besondere Veranstaltung mehr Moderatoren erfordert (alles das war vielleicht in Ihrer Vorstellung unter „Community-Verwaltung“ enthalten. Sie haben über Flaggen gesprochen. Aber Sie könnten genauso Zugriff auf mehr Personen vom „Admin“-Typ haben, ähnlich wie bei „Moderatoren“ oder „Community-Managern“, wenn Sie diese Aufgaben als unterschiedlich definieren).

Wie bereits erwähnt, kann all dies „nebenbei“ durch Plugins und/oder eine separate Seite erreicht werden (es könnte eine „Freelancer“-Seite geben, die Dienstleistungen auflistet und anbietet, bei denen Personen direkt in der Community arbeiten. Es ist nicht so schön, wie eine eigene Plattform zu haben, von der aus sie alles remote verwalten und dank ActivityPub aggregieren können, aber es wäre bereits ein guter Anfang).

Es hängt alles davon ab, ob das Discourse-Team einige dieser Ideen aufnehmen und direkt in Discourse implementieren möchte oder nicht.

4 „Gefällt mir“

Hier stimme ich nicht zu. Ich habe Multi-Site-Setups genutzt, um eine Gruppenverwaltung einer Discourse-Instanz zu ermöglichen, bei der eine enge Gruppe ihr eigenes Personal werden kann, während sie eine direkte Verbindung zur größeren Community behält. Meiner Meinung nach stärkt das Spiel mit den Gemeinschaftsgrenzen die Gemeinschaft durch Anwendung des Subsidiaritätsprinzips: dass Entscheidungen so nah wie möglich an der Praxis getroffen werden.

Erstens scheinst du zu interpretieren, dass er gesagt habe: „Nutzer werden sich ohne eine gewisse ‚Kontrolle durch das Personal’ schlecht benehmen

Ja, es ging hauptsächlich darum zu zeigen, wie breit das Spektrum der Optionen ist und wie viel Flexibilität besteht, um auf spezifische Szenarien abzustimmen. Wenn ich mich ausschließlich auf ActivityPub konzentriere, ermöglicht dies den Implementierern von Föderationsfunktionen die volle Kontrolle über den „Ball“. Die umgesetzten Anwendungsfälle sind alle gleichermaßen gültig (vorausgesetzt, sie wurden bewusst im Rahmen der Produktentwicklung konzipiert).

Ich sehe, dass der Fall von @hellekin tatsächlich nicht am Ende des Spektrums der vollen Freiheit liegt, und es wäre interessant, dies weiter auszuführen. @hellekin managt mehr Foren als ich, und das auf kreative Weise, wie auf dem SocialHub-Forum zu sehen ist, wo einzelne ActivityPub-Software-Teams die Kontrolle über ihre eigenen Forenbereiche haben. Diese Teams unterhalten oft noch ein weiteres, unabhängiges Forum (z. B. im Fall von Mastodon). Sie sollten ermutigt werden, die „Doppelarbeit“ zu leisten, um die AP-Community über benutzerdefinierte Föderationserweiterungen auf dem Laufenden zu halten, die sie in ihre eigene Software integrieren. Darüber hinaus verfügt SocialHub über sogenannte Satellitenforen.

3 „Gefällt mir“

Ich habe mich gerade entschlossen, mich bei noch einem Discourse-Forum anzumelden, um ihnen zu helfen und einige nützliche Hinweise auf Themen anderer Foren (per Copy/Paste) bereitzustellen. Noch ein weiteres Discourse-Benutzerkonto zu verwalten.

Das Forum ist Fedeproxy, ein neues ActivityPub-Projekt, das darauf abzielt, Code-Forge-Repositories (GitHub, GitLab, Gitea usw.) miteinander zu synchronisieren. Es könnte eine Implementierung des Forgefed-Protokolls werden und ist aus zwei Gründen erwähnenswert:

  1. Dies ist ein weiteres Beispiel dafür, wie ein völlig anderes Geschäftsbereich stark von der ActivityPub-Föderation profitieren kann.
  2. Wenn Discourse Föderationsunterstützung hätte, könnte die Kategorie #development dieses Forums bidirektional mit der Unterkategorie #software von SocialHub synchronisiert werden, ohne an zwei Foren arbeiten und Diskussionen duplizieren zu müssen.

Update:

Auf dem Fedeproxy-Forum hat ein Benutzer (der übrigens nicht hier anmelden wollte, nur um einen einzigen Beitrag zu hinterlassen) mich auf eine interessante Linked-Data-Ontologie für Communities hingewiesen, die SIOC Core Ontology Specification, wobei das SIOC-Projekt für “Semantically-Interlinked Online Communities” steht. Die Ontologie definiert folgende Semantiken in Linked Data:


Ich erwähne dies hier, weil es das Denken in Geschäftsbereichen und Vokabularen hervorhebt und eine Inspiration für das Brainstorming sein kann :slight_smile:

(PS: Lassen Sie sich nicht vom Begriff “Semantic Web” in den SIOC-Spezifikationen irreführen. Es geht nicht darum – viel zu komplex –, sondern darum, geschlossene Linked-Data-Vokabulare zu finden, um einen bestimmten Bereich zu definieren.)

Update 2:

Ich habe heute ein großartiges Projekt gefunden, das ebenfalls in einem ähnlichen Bereich wie Discourse tätig ist, und dort eine Diskussion mit dem Titel “Community has no boundary” gestartet:

PubPub ist Teil der Knowledge Futures Group, die auch am Open Distributed Knowledge Graph-Projekt Underlay arbeitet (was einer Idee nahekommt, die ich für die Wissensaggregation aus Discourse-Foren habe](#1 - Semantic knowledgebase Discourse plugin based on Solid linked data - innercircles/seedvault - Codeberg.org)).

Update 3:

Mir ist aufgefallen, dass die Diskussion über Community viel breiter ist als nur Discourse allein, da Community-Konzepte in unserer Gesellschaft so universell sind. Für das Fediverse habe ich eine Diskussion über die Standardisierung eines Community-Bereichs und die Modellierung einer ActivityPub-Erweiterung danach gestartet:

7 „Gefällt mir“

Activitypub ist eine gute Idee, aber selbst brandneue Software, die es als erstklassige Bürger umsetzt, muss einige Lücken in den Spezifikationen schließen – daher macht es für uns Sinn, abzuwarten und zu beobachten.

Außerdem ist dies problemlos als Plugin umsetzbar, wenn eine bestimmte Gruppe dafür besonders begeistert ist.

13 „Gefällt mir“

Es wäre großartig, eine solche Integration als Pull Request in die #chat-integration-App zu sehen, damit wir nach dem Hinzufügen unserer Zugangsdaten einfach per Tag / Kategorie / Erwähnung cross-posten können. Cheers!

7 „Gefällt mir“

Vielen Dank @codinghorror. Ja, im ActivityPub-Spektrum gibt es tatsächlich Lücken. Diese sind jedoch mehr oder weniger absichtlich vorhanden, da die Autoren des Standards einerseits kein allumfassendes, riesiges und komplexes Technologie-Standardwerk schaffen wollten und andererseits zum Zeitpunkt der Abfassung noch nicht wussten, wie sich der Standard weiterentwickeln würde. Daher warteten sie auf Referenzimplementierungen (dies hatte auch einige Nachteile, z. B. nutzte Mastodon eine benutzerdefinierte Client-API anstelle des Client-to-Server-Teils des Standards; Mastodon definierte jedoch einige praktische erweiterbare Namespaces, die verwendet werden sollten).

Derzeit wurden die meisten dieser Lücken durch andere offene Standards gefüllt (obwohl es noch einige gibt, die geschlossen werden müssen). Für die Server-zu-Server-Föderation werden HTTP-Signaturen verwendet (oder weniger häufig JSON-LD-Signaturen). Für föderierte Benutzer-Erwähnungen wird Webfinger genutzt. Für Client-zu-Server kommen OAuth2-Client-Credentials zum Einsatz, und es existieren de-facto-Standards wie NodeInfo bzw. NodeInfo2, um Serverfunktionen zu kommunizieren.

Ich stimme zu, dass eine große Anzahl der in diesem Thread diskutierten Punkte (die meisten wahrscheinlich) mithilfe von Plugins und der hervorragenden Discourse-API umgesetzt werden können. Wie @sunjam sagt, wäre es tatsächlich großartig, wenn sich jemand daran wagen würde :slight_smile:


Aus diesem Brainstorming heraus habe ich im SocialHub-Forum einige allgemeinere Diskussionen initiiert, auf die ich gerne verweisen möchte:

Update 07.03.2021: Im SocialHub-Thema zur Erstellung einer Community-Vokabular-AP-Erweiterung habe ich etwas näher ausgeführt, wie Discourse in ein Community-Modell passen würde. Siehe meinen Beitrag:

7 „Gefällt mir“