Tracciamento dello stato delle RFC utilizzando Discourse

[anon40545810]

Nome della funzionalità

Stato di Discourse

Obiettivo della funzionalità

Rendere Discourse un forum simile a un RFC

Descrizione della funzionalità

1. Una Request for Comments (RFC) è una pubblicazione in una serie, dagli organismi principali di sviluppo tecnico e definizione degli standard per Internet, in particolare la Internet Engineering Task Force (IETF). Un RFC è redatto da individui o gruppi di ingegneri e informatici sotto forma di memorandum che descrive metodi, comportamenti, ricerche o innovazioni applicabili al funzionamento di Internet e dei sistemi connessi a Internet. Viene sottoposto a revisione paritaria o per trasmettere nuovi concetti, informazioni o, occasionalmente, umorismo ingegneristico.[1]
2. Lo Stato di Discourse è simile a quello che sarebbero gli stati nei documenti di tipo RFC. Lo Stato di Discourse viene utilizzato per controllare meglio i post degli utenti. I documenti RFC hanno questi stati:

• Informational (Informativo)
• Experimental (Sperimentale)
• Best Current Practice (Migliore Pratica Corrente)
• Standards Track (Percorso Standard)
• Proposed (Standard Proposto)
• Draft (Bozza di Standard)
• Internet Standard (Standard Internet)
• Historic (Storico)
• Unknown (Sconosciuto)

Nel mio caso, nella mia risorsa sarebbero questi stati in base al tipo di post:

Stato di Discourse / codici

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

Stato di Discourse / casi

1. Quando l’utente crea un post e quel post non ha risposte. Questo post ha lo stato di Discourse come Draft (Draft Standard). E quando l’utente crea un post e quel post non è stato pubblicato. Anche questo post ha lo stato di Discourse come Draft (Draft Standard).
2. Quando l’utente crea un post e quel post ha una risposta. Questo post ha lo stato di Discourse Sperimentale. Se ci sono altre risposte, questo post ha lo stato di Discourse Sperimentale.
3. Se più utenti apprezzano il post e credono veramente che questo post sia buono, allora quel post viene etichettato come Standards Track. Se ci sono più post uguali o simili, lo stato predefinito viene annunciato come stato di Best Current Practice Discourse.
4. Qualsiasi modifica al post viene vista come stato annunciato come Discourse of History (Historic).
5. Se il post è accettato da tutti i membri della community, lo stato di Discourse è Informational.
6. Se il post necessita di correzioni o miglioramenti, lo stato viene annunciato come Discourse Informational (Informational). Se il post viene corretto e migliorato, lo stato viene annunciato come Discourse Proposed (Proposed Standard).
7. Se il post non ha risposte per 1 settimana, 1 giorno, 1 mese o 1 anno, lo stato viene annunciato come Discourse Unknown.

Note

• Questo stato viene eseguito automaticamente
• Gli stati dei post appaiono sempre sulla homepage
• La cosa interessante è che avendo gli stati dei post, puoi seguire quel post
• Controllo qualità sui post degli utenti per evitare abusi, spam, post fuori ordine
• Discourse è un software attraente e ancora più comunitario, niente di meglio che aumentare la qualità del software, la qualità dell’esperienza utente

idea

Immagine descrittiva

Come possiamo vedere nell’immagine, ci possono essere stati diversi in un unico post. In base all’interazione dell’utente lo stato cambia. Lo stato può essere 1, 2, 3, 4, 5, 6, 7, 8 o 9. Possiamo vedere nell’immagine che è successo qualcosa, il post ha ricevuto molti commenti, passando da bozza allo stato Standard, codice 8.

riferimenti

• Request for Comments - Wikipedia
  È possibile che Discourse sia un forum di tipo RFC?

[mattdm (Matthew Miller)]

Un modo per farlo senza componenti aggiuntivi sarebbe creare sottocategorie (o, solo categorie di primo livello?) per ogni livello e spostare i post tra di esse man mano che “si diplomano”.

Presumibilmente un plugin potrebbe spostare i post tra le categorie in base ai tuoi criteri, oppure potresti avere uno script esterno che utilizza l’API per farlo.

[codinghorror (Jeff Atwood)]

Quindi si tratta di aggiungere funzionalità specifiche per RFC a Discourse? Non dovrebbe essere questo il titolo di questo argomento?

[mattdm (Matthew Miller)]

Sto interpretando decisamente basandomi su alcune supposizioni, ma penso che si tratti di aggiungere funzionalità di “tracciamento dello stato” a Discourse, con il tracciamento delle RFC come esempio? Onestamente non sono sicuro se “State of Discourse” sia inteso come una specie di scherzo o meno… ma in ogni caso, è piuttosto confusionario e dovrebbe essere qualcos’altro.

In ogni caso…

Attualmente stiamo facendo qualcosa di molto meno complesso per i Problemi Comuni in Fedora Linux che penso possa essere simile, con una categoria di primo livello (Accepted) Common Issues con le categorie Proposed Common Issues e Archived Common Issues. Sto usando uno script esterno (a questo punto molto rudimentale — non sono effettivamente un programmatore) per elaborare e spostare i post tra le categorie, come ho suggerito sopra.

[anon40545810]

Sto decisamente interpretando basandomi su alcune ipotesi, ma penso che si tratti di aggiungere funzionalità di “tracciamento dello stato” a Discourse, con il tracciamento delle RFC come esempio?

• Sì. Esattamente, è quello che pensavo. Gli stati di Discourse si basano sulle RFC.

1. Ho parlato delle RFC perché parte della documentazione tecnica che sviluppo, parte del team fa qualcosa di simile.
2. Il problema è che questo processo è molto burocratico e manuale ed è soggetto a errori umani a volte.
3. Perché a volte scrivo qualcosa di tecnico che deve essere revisionato dal team, se la persona del team non è molto attenta o è una persona che vede molti dettagli, i documenti inviati possono finire nel posto sbagliato. La mia idea sarebbe quella di implementare Discourse nel nostro piccolo team.
4. La mia idea sarebbe come lavoro con i documenti tecnici, la mia idea sarebbe quella di seguire i post che le persone fanno. Tracciare i post basati sulle RFC. Poiché è qualcosa su cui lavoriamo molto.
5. Ma non ho trovato plugin o risorse simili su Discourse o su qualsiasi software di tipo forum là fuori.
6. La funzionalità, a mio parere, è innovativa, se si pensa ai team di documentazione tecnica che utilizzano software legacy. Credo che questi software legacy e vecchi possano essere sostituiti da Discourse. Discourse è un software molto interessante e mi piace molto. Ogni volta che posso lo consiglio ad amici e conoscenti. Il mio problema è che non ho trovato plugin o funzionalità simili a quelle che ho appena descritto, come lo stato dei post basato su RFC.

Attualmente stiamo facendo qualcosa di molto meno impegnativo per i Problemi Comuni in Fedora Linux che penso possa essere simile, con una categoria principale (Accettato) Problemi Comuni con le categorie Problemi Comuni Proposti e Problemi Comuni Archiviati. Sto usando uno script esterno (a questo punto molto rudimentale — non sono veramente un programmatore) per elaborare e spostare i post tra le categorie, come ho suggerito sopra.

• Non voglio continuare a guardare la categoria o la sottocategoria, vorrei qualcosa di dinamico.
• Il modo in cui l’utente interagisce può creare un nuovo stato o meno.
• Perché se non c’è un cambio di stato, dovrei fare qualcosa come stai pianificando, cioè dovrei creare uno script per spostare i post da una categoria all’altra.
• Non ti sto criticando, penso che questa idea sia buona, tanto che ho anche pensato di fare qualcosa del genere, ma non conoscevo nessuno che la pensasse allo stesso modo. L’unico problema che vedo è che non sono un programmatore e non ho trovato nessuno script su internet che faccia questo.

[mattdm (Matthew Miller)]

@anon40545810

Non voglio continuare a guardare categorie o sottocategorie, vorrei qualcosa di dinamico

Non capisco. La “categoria” è solo un’etichetta, un tipo di metadato che viene rappresentato in una vista gerarchica. Se rendi tutte queste sottocategorie, ma poi guardi la vista “tutte” della categoria di livello superiore, vedrai tutti i post.

Devi tracciare questo stato in qualche modo. La tua altra opzione — senza aggiunte abbastanza invasive — sarebbe usare i tag, ma penso davvero che le categorie siano più adatte. Esempi: le categorie ti permettono di avere diversi livelli di permessi, e potresti aumentare il ranking di ricerca per gli argomenti negli stati “superiori” e diminuire per quelli “inferiori”, in modo che i documenti ufficiali abbiano la priorità.

[anon40545810]

Devi tracciare questo stato in qualche modo. La tua altra opzione — senza aggiunte piuttosto invasive — sarebbe usare i tag, ma penso davvero che le categorie siano più adatte. Esempi: le categorie ti permettono di avere diversi livelli di permessi, e potresti aumentare il ranking di ricerca per gli argomenti negli stati “superiori” e diminuire per quelli “inferiori”, in modo che i documenti ufficiali abbiano la priorità.

• Hai ragione, hai chiarito molte cose, grazie. Davvero, le categorie sono molto meglio.