Migrieren von kundenspezifischer Funktionalität zu Discourse (Schreibkritik)

Dies ist eine Frage dazu, wie stark die Funktionalität von Discourse angepasst werden kann und wie umfangreich die dafür erforderliche Arbeit voraussichtlich sein wird.

Ich gehöre zum Technik-Team einer Organisation professioneller Science-Fiction-Schriftsteller, die sich weitgehend auf eine Forum-Software stützt, die von einem inzwischen ausgeschiedenen Gründer entwickelt wurde. Diese läuft auf einer veralteten ASP.NET Core, an open-source web development framework | .NET, und wir sind sehr daran interessiert, auf eine andere Plattform zu migrieren.

Eine der beliebtesten Funktionen der Software ist die Story-Kritik-Funktion. Benutzer können ein Dokument mit Titel und Wortzahl hochladen. Es gibt eine spezielle Seite, die alle Geschichten anzeigt, die derzeit nach Feedback suchen. Die Software verfügt über eine geringfügige Gamification: Das Hochladen einer Geschichte startet automatisch einen Diskussions-Thread, und jeder, der eine Antwort mit mehr als 750 Zeichen veröffentlicht, erhält Punkte. Wenn ein Benutzer genügend Antworten erhalten hat, kann er verhindern, dass andere die Datei herunterladen.

Auf der Seite zum Herunterladen von Geschichten kann man neben dem Namen jedes Benutzers die Anzahl der gesammelten Kritikpunkte sowie die Anzahl der Punkte sehen, die seine Geschichten erhalten haben. Sie sollen annähernd im Gleichgewicht gehalten werden, aber das basiert auf dem Ehrensystem; soweit ich weiß, wurde noch niemand dafür gewarnt, Kritiken erhalten zu haben, ohne welche abgegeben zu haben. Alles funktioniert recht gut (mit Ausnahme der veralteten, quietschenden Technik-Infrastruktur, siehe oben).

Langjährige Benutzer haben manchmal eine beeindruckende Anzahl an Credits angesammelt, und wir sind sehr daran interessiert, diese auf die neue Plattform zu übertragen, anstatt die Highscores aller zu löschen.

Meine Frage lautet: Wie einfach wird es sein, Funktionen wie diese in ein Discourse-Forum zu integrieren? Ist es wahrscheinlich im Rahmen eines maßgeschneiderten Plugins umsetzbar, oder bräuchten wir eine separate Anwendung, die über die API mit Discourse interagiert? Ich würde mich über jede Beratung freuen, die Sie geben können.

4 „Gefällt mir“

Das sollte in einem Plugin machbar sein. Die Punkte könnten als benutzerdefiniertes Feld bei Themen, Beiträgen und/oder Benutzern gespeichert werden.

Ein paar Fragen, um die Funktionalität klarzustellen:

Basieren diese Punkte ausschließlich auf der Länge der Antwort?

Wie wird „genügend

5 „Gefällt mir“

Danke für deine Antwort!

Jede Antwort mit mehr als 750 Zeichen erhält Punkte (es ist möglich, in einem Kritik-Thread einen Beitrag ohne Kritik zu veröffentlichen, indem man die Worte „Dies ist kein Kritikbeitrag

3 „Gefällt mir“

Wie Richard bereits sagte, ist im Plugin-Bereich alles möglich. Was du vorschlägst, dürfte ein paar Stunden Arbeit kosten. Es gibt möglicherweise Abkürzungen, um dein Budget einzuhalten. Auch individuelle Abzeichen könnten hilfreich sein. Du könntest das neue Plugin auf jeden Fall entwickeln lassen und die Daten dann bei der Migration importieren.

Verwechsle das Duplizieren des alten Systems nicht mit der Schaffung des besten Systems.

Du könntest das gelöste Plugin oder Tags verwenden, um die Bewertungszeit zu deaktivieren.

Wenn dein gesamtes System maßgeschneidert ist, kostet ein benutzerdefinierter Importer in der Regel etwa 1.500 $, und für das benötigte Plugin würdest du wahrscheinlich fast ebenso viel zusätzlich benötigen.

6 „Gefällt mir“

Du könntest auch auf die Unterscheidung zwischen Story- und Kritik-Guthaben verzichten und die ‚Like’-Funktion von Discourse (Herzen teilen) einfach als Teilen von Credits wiederverwenden. Das würde die Migration und Implementierung ziemlich einfach machen. Aber vielleicht verpasse ich dabei den Vorteil der Trennung der Credits?

2 „Gefällt mir“

Die Idee dahinter ist, dass du der Community etwas zurückgibst. Wenn andere deine Arbeit lesen und dir Feedback geben, wie du sie verbessern kannst, solltest du auch die Arbeiten anderer lesen und ihnen Feedback geben. Es wäre großartig, wenn dies über eine integrierte Discourse-Funktion überwacht werden könnte, aber ich sehe nicht, wie das möglich sein soll.

3 „Gefällt mir“

Sie können detailliertere Abfragen zu den Likes durchführen, die Benutzer erhalten. So können Sie beispielsweise zwischen den Likes unterscheiden, die sie für das Posten von Stories oder für das Teilen von Feedback erhalten, indem Sie die Likes auf den ersten und nachfolgenden Beiträgen in einer Stories-Kategorie abfragen.

Anschließend können Sie Abzeichen (zusammen mit Benutzertiteln und Flairs) entwerfen, die für das Erreichen bestimmter Zahlen verliehen werden.

2 „Gefällt mir“

Das Problem ist, wie ich es verstehe, dass Likes eine Möglichkeit sind, die Popularität eines Beitrags zu demonstrieren. Das System, das ich migrieren möchte, dient jedoch der Überwachung, ob Benutzer ein grundlegendes Maß an Aufwand erbracht haben. Wenn es also möglich wäre, dass jeder Beitrag in einem Story-Thread, der mehr als eine bestimmte Anzahl von Zeichen enthält und nicht vom Autor der Story stammt, automatisch genau einmal geliked wird, wäre das für unser System geeignet. Das scheint jedoch nicht gut zu den Funktionsweisen von Likes zu passen.

2 „Gefällt mir“