Ich bin nicht damit vertraut, was Gamification bei Discourse bedeutet. Es gibt die automatischen Abzeichen und andere Plugins, um das System „spielähnlicher“ zu gestalten, also eine Art Wettbewerb zwischen den Mitgliedern zu schaffen?
Ich sehe diese Funktionsanfrage nicht unbedingt als dasselbe an.
Die Sache mit der Gamifizierung ist, dass sie Benutzer dazu verleitet, bestimmte Metriken zu maximieren: Sie werden ihr Posting-Verhalten entsprechend den Belohnungen ändern.
Anekdote: Ich erinnere mich, dass ich bei G+ meinen Posting-Stil geändert habe, als ich anfing, mehr als 10 Likes für einen Beitrag zu bekommen (ich bin nicht berühmt!) – ich fühlte mich besser, wenn ich Beiträge machte, die mehr Likes bekamen, und schlechter, wenn ich weniger als 10 Likes bekam. Ich änderte meinen Stil, postete über andere Dinge. Ich handelte nicht mehr nach meinen Interessen oder versuchte, etwas Bestimmtes zu kommunizieren, sondern versuchte, beliebte Beiträge zu erstellen. Und das ohne andere Belohnung als Likes.
Das wird einigen Leuten und einigen Communities gefallen, aber nicht mir.
Ja, es gibt ein offizielles Plugin
Das kann ein Problem sein, ich erinnere mich, dass mir das bei der ersten Discourse-Community-Seite, der ich beigetreten bin, passiert ist: Ich wurde zu TL3 befördert, dann aber wieder zu TL2 herabgestuft, als ich nicht mehr so aktiv war, und verlor dadurch den Zugriff auf die Lounge-Kategorie, in der ich Themen gestartet hatte, sowie andere TL3-Berechtigungen. Um wieder zu TL3 zu gelangen, musste ich viele Themen „lesen“, also öffnete ich einige Themen, um sie schnell zu überfliegen und die notwendigen Kriterien für die automatische Beförderung zu erfüllen.
Diese Themenidee scheint ganz anders zu sein, ich bin mir nicht sicher, wie gut das mit dieser Plattform funktionieren würde. Es ist nur Spekulation, es sei denn, jemand hat eine Anwendungsfall-Geschichte mit einer solchen Idee oder es wird in Zukunft umgesetzt.
Es ist klar, dass jede Funktion, die es Forumsmitgliedern ermöglicht, sich gegenseitig finanziell zu belohnen, ein sorgfältiges Design und Schutzmaßnahmen gegen Betrug erfordert. Es ist für Discourse fast unerlässlich, das finanzielle Backend und die Betrugsprävention zu verwalten. Daher würde ich erwarten, dass ein bestimmter Prozentsatz jeder Finanztransaktion an Discourse, ein bestimmter Prozentsatz an das Forum selbst und der Rest an den beabsichtigten Empfänger des Beitrags geht.
Der wichtigste Betrugsfall, den es zu berücksichtigen gilt, ist, dass eine Gruppe von Hackern auftauchen, 100 gefälschte Konten erstellen und anfangen, sich gegenseitig Tokens/Beiträge zu senden. Sie verwenden gestohlene Kreditkarten und hoffen, sich innerhalb von 30 Tagen auszahlen zu lassen, wenn die Meldungen über eine gestohlene Kreditkarte möglicherweise erst nach 60 bis 120 Tagen eingehen. Eine Möglichkeit, dies zu handhaben, könnte die Einführung von „Vertrauensstufen“ sein, bei denen Benutzer standardmäßig erst nach 180 Tagen auszahlen können, was 95 %+ der betrügerischen Kreditkartennutzung abfangen sollte.
Ach, aber bei der Gestaltung von Discourse. Ich müsste der Annahme widersprechen, dass „Discourse bei der Verwaltung des Backends helfen muss“. Zumindest was den Core betrifft.
Dies liegt eher bei denjenigen, die diese Idee umsetzen möchten. Sei es durch die Evaluierung bestehender Plugins, um zu sehen, ob sie alle Anforderungen erfüllen, oder durch das Sponsoring eines neuen Plugins, das nach sorgfältiger Recherche der rechtlichen Rahmenbedingungen alle als erforderlich erachteten Punkte sorgfältig abdeckt.
Discourse bietet von Haus aus klare Optionen, um so gut wie alles durch eine Kombination aus Plugins und dann Komponenten (falls in bestehenden Core-Funktionen vorhanden) in Einstellungen zu erreichen.
Deshalb erwähnte @Ed_S, dass an dieser Stelle, während Diskussionen großartig sind, es nun mehr auf eine Kombination aus Feature request oder in diesem Fall eher einem Marketplace für ein neues oder modifiziertes (geforktes) Plugin ankommt, wenn man es ernst meint, dies zu haben.
Das scheint ein etwas extremes Worst-Case-Szenario zu sein, aber es ist gut, auf das Schlimmste vorbereitet zu sein. Ich stimme Dan zu, wenn Sie dies wirklich entwickeln möchten, müssen Sie den Code möglicherweise selbst schreiben, wenn Sie ein Programmierer sind, oder ein #marketplace-Thema starten, wenn Sie jemand anderen dafür bezahlen können.