Verfolgung des Status von RFCs mit Discourse

Merkmal
1

Feature name

State of Discourse

Feature objective

Make Discourse an RFC-like forum

Feature Description

  1. A Request for Comments ( RFC ) is a publication in a series, from the principal technical development and standards-setting bodies for the Internet, most prominently the Internet Engineering Task Force (IETF). An RFC is authored by individuals or groups of engineers and computer scientists in the form of a memorandum describing methods, behaviors, research, or innovations applicable to the working of the Internet and Internet-connected systems. It is submitted either for peer review or to convey new concepts, information, or, occasionally, engineering humor.[1]
  2. State of Discourse is similar to what states in RFC-type documents would be. State of Discourse is used to better control user posts. RFC’s documents have these states:
  • Informational (Informational)
  • Experimental
  • Best Current Practice
  • Standards Track
  • Proposed (Proposed Standard)
  • Draft (Draft Standard)
  • Internet Standard (Internet Standard)
  • History (Historic)
  • Unknown

In my case, in my resource it would be these states according to the post type:

State of Discourse / codes

  1. Draft (Draft Standard) | 1 - Draft (Draft Standard)
  2. Experimental | 2 - Experimental
  3. Proposed Standard | 3 - Proposed (Proposed Standard)
  4. Standards Track | 4 - Standards Track
  5. Best Current Practice | 5 - Best Current Practice
  6. History (Historic) | 6 - History (Historic)
  7. Informational | 7 - Informational
  8. Standard | 8 - Standard
  9. Unknown | 9 - Unknown

State of Discourse / cases

  1. When the user creates a post and that post has no response. This post has Discourse status as Draft (Draft Standard). And when the user creates a post and that post has not been published. This post has Discourse status as Draft (Draft Standard) too.
  2. When the user creates a post and that post has a reply. This post has the status of Experimental Discourse. If there are more responses, this post has Discourse status of Experimental.
  3. If multiple users like the post and really believe this post is good, then that post is tagged as Standards Track. If there are more of the same or similar posts the default status is announced as status of Best Current Practice Discourse
  4. Any modification to the post is seen status is announced as Discourse of History (Historic).
  5. Whether the post is accepted by all community members, Discourse status of Informational.
  6. If the post needs any correction or improvement, status is announced as Discourse Informational (Informational). If the post is corrected and improved, status is announced as Discourse Proposed (Proposed Standard).
  7. If the post does not have a reply of 1 week, 1 day, 1 month or 1 year - status is announced as Discourse Unknown.

Notes

  • This state is done automatically
  • Post states always appear on the homepage
  • The cool thing about you having post states is that you follow that post
  • Quality control over user posts to avoid abuse, avoid spam, avoid out-of-order posts
  • Discourse is an attractive and even more community software, nothing better than increasing the quality of the software, the quality of the user experience

idea

image
image1285×354 26.7 KB

Descriptive image

As we can see in the image, there can be different states in the same post. According to user interaction the state changes. The state can be 1, 2, 3, 4, 5, 6, 7, 8 or 9. We can see in the image that something happened, the post received a lot of comments, going from being a draft to being the Standard state, code 8.

references

1 „Gefällt mir“
2

Eine Möglichkeit, dies ohne Add-ons zu tun, wäre, Unterkategorien (oder einfach nur Hauptkategorien?) für jede Ebene zu erstellen und Beiträge zwischen ihnen zu verschieben, wenn sie “graduieren”.

Vermutlich könnte ein Plugin Beiträge basierend auf Ihren Kriterien zwischen Kategorien verschieben – oder Sie könnten ein externes Skript haben, das die API verwendet, um dies zu tun.

3 „Gefällt mir“
3

Geht es hier darum, RFC-spezifische Funktionen zu Discourse hinzuzufügen? Sollte das nicht der Titel dieses Themas sein?

2 „Gefällt mir“
4

Ich interpretiere definitiv basierend auf einigen Vermutungen, aber ich denke, es geht darum, „State Tracking“-Funktionen zu Discourse hinzuzufügen, wobei RFC-Tracking ein Beispiel ist? Ich bin mir ehrlich gesagt nicht sicher, ob „State of Discourse“ als eine Art Witz gemeint ist oder nicht … aber auf jeden Fall ist es ziemlich verwirrend und sollte etwas anderes sein.

Auf jeden Fall…

Wir machen derzeit etwas viel weniger Aufwändiges für Common Issues in Fedora Linux, das meiner Meinung nach ähnlich sein könnte, mit einer übergeordneten (Accepted) Common Issues Kategorie mit Proposed Common Issues und Archived Common Issues Kategorien. Ich verwende ein externes Skript (zu diesem Zeitpunkt sehr holprig – ich bin eigentlich kein Programmierer), um die Beiträge zwischen den Kategorien zu verarbeiten und zu verschieben, wie ich oben vorgeschlagen habe.

2 „Gefällt mir“
7

Ich interpretiere definitiv basierend auf einigen Vermutungen, aber ich denke, es geht darum, “State-Tracking”-Funktionen zu Discourse hinzuzufügen, wobei RFC-Tracking ein Beispiel ist?

  • Ja. Genau das habe ich mir gedacht. Discourse-Status basieren auf RFC.
  1. Ich habe über die RFC gesprochen, weil ein Teil der technischen Dokumente, die ich entwickle, vom Team etwas Ähnliches macht.
  2. Das Problem ist, dass dieser Prozess sehr bürokratisch und manuell ist und manchmal menschlichen Fehlern unterliegt.
  3. Denn manchmal schreibe ich etwas Technisches, das vom Team überprüft werden muss. Wenn die Person im Team nicht sehr sorgfältig ist oder eine Person ist, die viele Details sieht, können die gesendeten Dokumente an der falschen Stelle landen. Meine Idee wäre, Discourse in unserem kleinen Team zu implementieren.
  4. Meine Idee wäre, wie ich mit technischen Dokumenten arbeite, meine Idee wäre, Posts zu verfolgen, die Leute machen. Posts basierend auf RFC verfolgen. Da dies etwas ist, womit wir uns viel beschäftigen.
  5. Aber ich habe keine Plugins oder ähnliche Ressourcen auf Discourse oder in irgendeiner Forensoftware gefunden.
  6. Die Funktion ist meiner Meinung nach innovativ, wenn man an die Teams für technische Dokumentation denkt, die Legacy-Software verwenden. Ich glaube, dass diese Legacy- und alte Software durch Discourse ersetzt werden kann. Discourse ist eine sehr interessante Software und ich mag sie sehr. Wann immer ich kann, empfehle ich sie Freunden und Bekannten. Mein Problem ist, dass ich keine Plugins oder ähnliche Funktionen gefunden habe, die ich gerade beschrieben habe, wie z. B. RFC-basierter Post-Status.

Wir machen derzeit etwas viel weniger Aufwändiges für Common Issues in Fedora Linux, was meiner Meinung nach ähnlich sein könnte, mit einer übergeordneten Kategorie (Accepted) Common Issues mit den Kategorien Proposed Common Issues und Archived Common Issues. Ich verwende ein externes Skript (zu diesem Zeitpunkt sehr holprig – ich bin eigentlich kein Programmierer), um die Beiträge zwischen den Kategorien zu verarbeiten und zu verschieben, wie ich oben vorgeschlagen habe.

  • Ich möchte nicht ständig Kategorien oder Unterkategorien betrachten, ich möchte etwas Dynamisches.
  • Die Art und Weise, wie der Benutzer interagiert, kann einen neuen Status erzeugen oder nicht.
  • Denn wenn es keine Statusänderung gibt, müsste ich etwas tun, wie Sie es planen, ich müsste ein Skript erstellen, um Beiträge von einer Kategorie in eine andere zu verschieben.
  • Ich kritisiere Sie nicht, ich finde diese Idee gut, so sehr, dass ich sogar darüber nachgedacht habe, etwas Ähnliches zu tun, aber ich kannte niemanden, der genauso dachte. Das einzige Problem, das ich sehe, ist, dass ich kein Programmierer bin :frowning: und ich habe kein Skript im Internet gefunden, das dies tut.
1 „Gefällt mir“
8

Das verstehe ich nicht. „Kategorie“ ist eigentlich nur eine Bezeichnung, eine Art Metadaten, die zufällig in einer hierarchischen Ansicht dargestellt werden. Wenn Sie all diese zu Unterkategorien machen, aber dann die Ansicht „Alle“ der obersten Kategorie betrachten, sehen Sie alle Beiträge.

Sie müssen diesen Zustand irgendwie verfolgen. Ihre andere Option – ohne ziemlich invasive Ergänzungen – wäre die Verwendung von Tags, aber ich denke wirklich, dass Kategorien besser geeignet sind. Beispiele: Kategorien ermöglichen unterschiedliche Berechtigungsstufen, und Sie könnten das Suchranking für Themen in den „höheren“ Zuständen erhöhen und für die „niedrigeren“ verringern, sodass offizielle Dokumente priorisiert werden.

2 „Gefällt mir“
9

Sie müssen diesen Status irgendwie verfolgen. Ihre andere Option – ohne ziemlich invasive Ergänzungen – wäre die Verwendung von Tags, aber ich denke wirklich, dass Kategorien besser geeignet sind. Beispiele: Kategorien ermöglichen unterschiedliche Berechtigungsstufen, und Sie könnten das Suchranking für Themen in den „höheren“ Zuständen erhöhen und für die „niedrigeren“ verringern, sodass offizielle Dokumente priorisiert werden.

  • Sie haben Recht, Sie haben viele Dinge geklärt, danke dafür. Wirklich, Kategorien sind viel besser
1 „Gefällt mir“