Suivi de l'état des RFC à l'aide de Discourse

Fonctionnalité
1

Nom de la fonctionnalité

État du Discourse

Objectif de la fonctionnalité

Faire de Discourse un forum de type RFC

Description de la fonctionnalité

  1. Une Request for Comments ( RFC ) est une publication dans une série, émanant des principaux organes de développement technique et d’établissement de normes pour l’Internet, notamment l’Internet Engineering Task Force (IETF). Une RFC est rédigée par des individus ou des groupes d’ingénieurs et d’informaticiens sous la forme d’un mémorandum décrivant des méthodes, des comportements, des recherches ou des innovations applicables au fonctionnement de l’Internet et des systèmes connectés à l’Internet. Elle est soumise soit à un examen par les pairs, soit pour transmettre de nouveaux concepts, des informations ou, occasionnellement, de l’humour technique.[1]
  2. L’état du Discourse est similaire à ce que seraient les états dans les documents de type RFC. L’état du Discourse est utilisé pour mieux contrôler les publications des utilisateurs. Les documents RFC ont ces états :
  • Informationnel (Informational)
  • Expérimental
  • Meilleure pratique actuelle (Best Current Practice)
  • Piste de normes (Standards Track)
  • Proposé (Proposed Standard)
  • Brouillon (Draft Standard)
  • Norme Internet (Internet Standard)
  • Historique (Historic)
  • Inconnu

Dans mon cas, dans ma ressource, il s’agirait de ces états selon le type de publication :

État du Discourse / codes

  1. Brouillon (Draft Standard) | 1 - Brouillon (Draft Standard)
  2. Expérimental | 2 - Expérimental
  3. Norme proposée | 3 - Proposé (Proposed Standard)
  4. Piste de normes | 4 - Piste de normes
  5. Meilleure pratique actuelle | 5 - Meilleure pratique actuelle
  6. Historique (Historic) | 6 - Historique (Historic)
  7. Informationnel | 7 - Informationnel
  8. Norme | 8 - Norme
  9. Inconnu | 9 - Inconnu

État du Discourse / cas

  1. Lorsque l’utilisateur crée une publication et que cette publication n’a pas de réponse. Cette publication a le statut Discourse de Brouillon (Draft Standard). Et lorsque l’utilisateur crée une publication et que cette publication n’a pas été publiée. Cette publication a également le statut Discourse de Brouillon (Draft Standard).
  2. Lorsque l’utilisateur crée une publication et que cette publication a une réponse. Cette publication a le statut Discourse Expérimental. S’il y a plus de réponses, cette publication a le statut Discourse Expérimental.
  3. Si plusieurs utilisateurs aiment la publication et croient vraiment qu’elle est bonne, alors cette publication est étiquetée comme Piste de normes. S’il y a plus de publications identiques ou similaires, le statut par défaut est annoncé comme statut de Meilleure pratique actuelle du Discourse.
  4. Toute modification de la publication est considérée comme un statut annoncé comme Historique du Discourse (Historic).
  5. Que la publication soit acceptée par tous les membres de la communauté, statut Discourse Informationnel.
  6. Si la publication nécessite une correction ou une amélioration, le statut est annoncé comme Discourse Informationnel (Informational). Si la publication est corrigée et améliorée, le statut est annoncé comme Discourse Proposé (Proposed Standard).
  7. Si la publication n’a pas de réponse pendant 1 semaine, 1 jour, 1 mois ou 1 an - le statut est annoncé comme Discourse Inconnu.

Notes

  • Cet état est effectué automatiquement
  • Les états des publications apparaissent toujours sur la page d’accueil
  • L’avantage d’avoir des états de publication est que vous suivez cette publication
  • Contrôle qualité des publications des utilisateurs pour éviter les abus, le spam, les publications hors sujet
  • Discourse est un logiciel attrayant et encore plus communautaire, rien de mieux que d’améliorer la qualité du logiciel, la qualité de l’expérience utilisateur

idée

image
image1285×354 26.7 KB

Image descriptive

Comme nous pouvons le voir sur l’image, il peut y avoir différents états dans la même publication. Selon l’interaction de l’utilisateur, l’état change. L’état peut être 1, 2, 3, 4, 5, 6, 7, 8 ou 9. Nous pouvons voir sur l’image que quelque chose s’est passé, la publication a reçu beaucoup de commentaires, passant de brouillon à l’état Norme, code 8.

Références

1 « J'aime »
2

Une façon de faire cela sans aucun module complémentaire serait de créer des sous-catégories (ou, juste des catégories de niveau supérieur ?) pour chaque niveau, et d’y déplacer les publications au fur et à mesure qu’elles « progressent ».

On pourrait supposer qu’un plugin pourrait déplacer les publications entre les catégories en fonction de vos critères — ou vous pourriez avoir un script externe qui utilise l’API pour le faire.

3 « J'aime »
3

Il s’agit donc d’ajouter des fonctionnalités spécifiques aux RFC à Discourse ? Ne devrait-ce pas être le titre de ce sujet ?

2 « J'aime »
4

J’interprète définitivement en me basant sur quelques suppositions, mais je pense qu’il s’agit d’ajouter des fonctionnalités de « suivi d’état » à Discourse, le suivi des RFC en étant un exemple ? Je ne suis honnêtement pas sûr si « État de Discourse » est une sorte de blague ou non… mais quoi qu’il en soit, c’est assez déroutant et devrait être autre chose.

Quoi qu’il en soit…

Nous faisons actuellement quelque chose de beaucoup moins impliqué pour les Problèmes Courants sous Fedora Linux, ce qui je pense pourrait être similaire, avec une catégorie principale (Accepted) Common Issues avec les catégories Proposed Common Issues et Archived Common Issues. J’utilise un script externe (à ce stade très bancal — je ne suis pas vraiment un programmeur) pour traiter et déplacer les publications entre les catégories, comme je l’ai suggéré ci-dessus.

2 « J'aime »
7

J’interprète définitivement en me basant sur quelques suppositions, mais je pense qu’il s’agit d’ajouter des fonctionnalités de « suivi d’état » à Discourse, avec le suivi des RFC comme exemple ?

  • Oui. Exactement, c’est ce à quoi je pensais. Les états de Discourse sont basés sur les RFC.
  1. J’ai parlé des RFC parce qu’une partie des documents techniques que je développe, une partie de l’équipe fait quelque chose de similaire.
  2. Le problème est que ce processus est très bureaucratique et manuel et est sujet à des erreurs humaines parfois.
  3. Parce que parfois j’écris quelque chose de technique qui doit être revu par l’équipe, si la personne de l’équipe n’est pas très attentive ou est une personne qui voit beaucoup de détails, les documents envoyés peuvent être au mauvais endroit. Mon idée serait d’implémenter Discourse dans notre petite équipe.
  4. Mon idée serait la façon dont je travaille avec les documents techniques, mon idée serait de suivre les publications que les gens font. Suivi des publications basé sur les RFC. Puisque c’est quelque chose sur lequel nous travaillons beaucoup.
  5. Mais je n’ai trouvé aucun plugin ou ressource similaire sur Discourse ou sur un logiciel de type forum.
  6. La fonctionnalité, à mon avis, est innovante, si l’on pense aux équipes de documentation technique qui utilisent des logiciels obsolètes. Je crois que ces logiciels obsolètes et anciens peuvent être remplacés par Discourse. Discourse est un logiciel très intéressant et je l’aime beaucoup. Chaque fois que je peux, je le recommande à mes amis et connaissances. Mon problème est que je n’ai trouvé aucun plugin ou fonctionnalité similaire à ce que je viens de décrire, comme l’état des publications basé sur les RFC.

Nous faisons actuellement quelque chose de beaucoup moins complexe pour les Problèmes Courants sous Fedora Linux, ce qui, je pense, pourrait être similaire, avec une catégorie de niveau supérieur (Problèmes Courants Acceptés) avec les catégories Problèmes Courants Proposés et Problèmes Courants Archivés. J’utilise un script externe (à ce stade très rudimentaire — je ne suis pas vraiment un programmeur) pour traiter et déplacer les publications entre les catégories, comme je l’ai suggéré ci-dessus.

  • Je ne veux pas continuer à regarder par catégorie ou sous-catégorie, je voudrais quelque chose de dynamique.
  • La façon dont l’utilisateur interagit peut créer un nouvel état ou non.
  • Parce que s’il n’y a pas de changement d’état, je devrais faire quelque chose comme vous prévoyez, comme, je devrais créer un script pour déplacer les publications d’une catégorie à une autre.
  • Je ne vous critique pas, je pense que cette idée est bonne, à tel point que j’ai même pensé à faire quelque chose comme ça, mais je ne connaissais personne qui pensait la même chose. Le seul problème que je vois est que je ne suis pas programmeur :frowning: et je n’ai trouvé aucun script sur Internet qui fasse cela.
1 « J'aime »
8

Je ne comprends pas. La « catégorie » n’est qu’une étiquette, un type de métadonnées qui se trouve être représenté dans une vue hiérarchique. Si vous faites de toutes ces sous-catégories, puis que vous regardez la vue « toutes » de la catégorie de niveau supérieur, vous verrez tous les messages.

Vous devez suivre cet état d’une manière ou d’une autre. Votre autre option — sans ajouts assez invasifs — serait d’utiliser des étiquettes, mais je pense vraiment que les catégories conviennent mieux. Exemples : les catégories vous permettent d’avoir différents niveaux d’autorisation, et vous pourriez augmenter le classement de recherche pour les sujets dans les états « supérieurs » et diminuer pour les « inférieurs », de sorte que les documents officiels soient prioritaires.

2 « J'aime »
9

Vous devez suivre cet état d’une manière ou d’une autre. Votre autre option — sans ajouts assez invasifs — serait d’utiliser des étiquettes, mais je pense vraiment que les catégories conviennent mieux. Exemples : Les catégories vous permettent d’avoir différents niveaux d’autorisation, et vous pourriez augmenter le classement de recherche pour les sujets dans les états « supérieurs » et diminuer pour les « inférieurs », de sorte que les documents officiels soient prioritaires.

  • Vous avez raison, vous avez clarifié beaucoup de choses, merci pour cela. Vraiment, les catégories sont bien meilleures.
1 « J'aime »