Seguimiento del estado de los RFC usando Discourse

[anon40545810]

Nombre de la característica

Estado de Discourse

Objetivo de la característica

Hacer de Discourse un foro similar a RFC

Descripción de la característica

1. Una Solicitud de Comentarios (RFC) es una publicación en una serie, de los principales organismos de desarrollo técnico y establecimiento de estándares para Internet, especialmente el Internet Engineering Task Force (IETF). Una RFC es elaborada por individuos o grupos de ingenieros y científicos de la computación en forma de un memorando que describe métodos, comportamientos, investigaciones o innovaciones aplicables al funcionamiento de Internet y sistemas conectados a Internet. Se presenta para revisión por pares o para transmitir nuevos conceptos, información o, ocasionalmente, humor de ingeniería.[1]
2. El Estado de Discourse es similar a los estados que tendrían los documentos de tipo RFC. El Estado de Discourse se utiliza para controlar mejor las publicaciones de los usuarios. Los documentos RFC tienen estos estados:

• Informativo (Informational)
• Experimental
• Mejor Práctica Actual (Best Current Practice)
• Vía de Estándares (Standards Track)
• Propuesto (Proposed Standard)
• Borrador (Draft Standard)
• Estándar de Internet (Internet Standard)
• Histórico (Historic)
• Desconocido (Unknown)

En mi caso, en mi recurso serían estos estados según el tipo de publicación:

Estado de Discourse / códigos

1. Borrador (Draft Standard) | 1 - Borrador (Draft Standard)
2. Experimental | 2 - Experimental
3. Estándar Propuesto | 3 - Propuesto (Proposed Standard)
4. Vía de Estándares | 4 - Standards Track
5. Mejor Práctica Actual | 5 - Best Current Practice
6. Histórico (Historic) | 6 - History (Historic)
7. Informativo | 7 - Informational
8. Estándar | 8 - Standard
9. Desconocido | 9 - Unknown

Estado de Discourse / casos

1. Cuando el usuario crea una publicación y esa publicación no tiene respuesta. Esta publicación tiene el estado de Discourse como Borrador (Draft Standard). Y cuando el usuario crea una publicación y esa publicación no ha sido publicada. Esta publicación también tiene el estado de Discourse como Borrador (Draft Standard).
2. Cuando el usuario crea una publicación y esa publicación tiene una respuesta. Esta publicación tiene el estado de Discourse Experimental. Si hay más respuestas, esta publicación tiene el estado de Discourse Experimental.
3. Si a varios usuarios les gusta la publicación y realmente creen que es buena, entonces esa publicación se etiqueta como Vía de Estándares. Si hay más publicaciones iguales o similares, el estado predeterminado se anuncia como estado de Mejor Práctica Actual de Discourse.
4. Cualquier modificación a la publicación se ve como un estado que se anuncia como Histórico de Discourse (Historic).
5. Si la publicación es aceptada por todos los miembros de la comunidad, el estado de Discourse es Informativo.
6. Si la publicación necesita alguna corrección o mejora, el estado se anuncia como Informativo de Discourse (Informational). Si la publicación se corrige y mejora, el estado se anuncia como Propuesto de Discourse (Proposed Standard).
7. Si la publicación no tiene respuesta durante 1 semana, 1 día, 1 mes o 1 año, el estado se anuncia como Desconocido de Discourse.

Notas

• Este estado se realiza automáticamente
• Los estados de las publicaciones siempre aparecen en la página de inicio
• Lo bueno de tener estados de publicación es que sigues esa publicación
• Control de calidad sobre las publicaciones de los usuarios para evitar abusos, spam, publicaciones fuera de orden
• Discourse es un software atractivo y aún más comunitario, nada mejor que aumentar la calidad del software, la calidad de la experiencia del usuario

idea

Imagen descriptiva

Como podemos ver en la imagen, puede haber diferentes estados en la misma publicación. Según la interacción del usuario, el estado cambia. El estado puede ser 1, 2, 3, 4, 5, 6, 7, 8 o 9. Podemos ver en la imagen que algo sucedió, la publicación recibió muchos comentarios, pasando de ser un borrador a ser el estado Estándar, código 8.

referencias

• Request for Comments - Wikipedia
  ¿Es posible que Discourse sea un foro tipo RFC?

[mattdm (Matthew Miller)]

Una forma de hacerlo sin complementos sería crear subcategorías (¿o simplemente categorías de nivel superior?) para cada nivel y mover las publicaciones entre ellas a medida que “se gradúan”.

Presumiblemente, un plugin podría mover las publicaciones entre categorías según tus criterios, o podrías tener un script externo que use la API para hacerlo.

[codinghorror (Jeff Atwood)]

¿Así que se trata de añadir funcionalidades específicas de RFC a Discourse? ¿No debería ser ese el título de este tema?

[mattdm (Matthew Miller)]

Estoy definitivamente interpretando basándome en algunas suposiciones, pero creo que se trata de añadir funciones de “seguimiento de estado” a Discourse, ¿siendo el seguimiento de RFC un ejemplo? Sinceramente, no estoy seguro de si “Estado de Discourse” pretende ser una especie de broma o no… pero de todos modos, es bastante confuso y debería ser algo más.

En cualquier caso…

Actualmente estamos haciendo algo mucho menos complicado para los Problemas Comunes en Fedora Linux que creo que podría ser similar, con una categoría principal de (Problemas Comunes Aceptados) con las categorías Problemas Comunes Propuestos y Problemas Comunes Archivados. Estoy utilizando un script externo (en este punto muy rudimentario — realmente no soy un programador) para procesar y mover las publicaciones entre categorías, como sugerí anteriormente.

[anon40545810]

Estoy definitivamente interpretando basándome en algunas suposiciones, pero creo que se trata de añadir funciones de “seguimiento de estado” a Discourse, ¿siendo el seguimiento de RFC un ejemplo?

• Sí. Exactamente, eso es lo que estaba pensando. Los estados de Discourse se basan en RFC.

1. Hablé de la RFC porque parte de la documentación técnica que desarrollo, parte del equipo hace algo similar.
2. El problema es que este proceso es muy burocrático y manual y a veces está sujeto a errores humanos.
3. Porque a veces escribo algo técnico que tiene que ser revisado por el equipo, si la persona del equipo no es muy cuidadosa o es una persona que ve muchos detalles, los documentos enviados pueden estar en el lugar equivocado. Mi idea sería implementar Discourse en nuestro pequeño equipo.
4. Mi idea sería cómo trabajo con documentos técnicos, mi idea sería seguir las publicaciones que hace la gente. Seguimiento de publicaciones basado en RFC. Ya que es algo en lo que trabajamos mucho.
5. Pero no he encontrado ningún plugin o recurso similar en Discourse o en cualquier software de tipo foro.
6. La función, en mi opinión, es innovadora, si se piensa en los equipos de documentación técnica que utilizan software heredado. Creo que este software heredado y antiguo puede ser reemplazado por Discourse. Discourse es un software muy interesante y me gusta mucho. Siempre que puedo lo recomiendo a amigos y conocidos. Mi problema es que no he encontrado ningún plugin o función similar a la que acabo de describir, como el estado de publicación basado en RFC.

Actualmente estamos haciendo algo mucho menos complicado para Problemas Comunes en Fedora Linux que creo que podría ser similar, con una categoría principal de (Problemas Comunes Aceptados) con categorías de Problemas Comunes Propuestos y Problemas Comunes Archivado. Estoy utilizando un script externo (en este punto muy rudimentario; no soy realmente un programador) para procesar y mover las publicaciones entre categorías, como sugerí anteriormente.

• No quiero seguir mirando la categoría o subcategoría, me gustaría algo dinámico.
• La forma en que el usuario interactúa puede crear un nuevo estado o no.
• Porque si no hay cambio de estado, tendría que hacer algo como lo que estás planeando, como, tendría que crear un script para mover publicaciones de una categoría a otra.
• No te estoy criticando, creo que esta idea es buena, tanto es así que incluso pensé en hacer algo así, pero no conocía a nadie que pensara lo mismo. El único problema que veo es que no soy programador y no he encontrado ningún script en internet que haga esto.

[mattdm (Matthew Miller)]

@anon40545810

No quiero seguir viendo categorías o subcategorías, me gustaría algo dinámico.

No entiendo esto. “Categoría” es realmente solo una etiqueta, un tipo de metadatos que resulta estar representado en una vista jerárquica. Si haces que todas estas sean subcategorías pero luego miras la vista “todas” de la categoría de nivel superior, verás todas las publicaciones.

Tienes que rastrear este estado de alguna manera. Tu otra opción —sin adiciones bastante invasivas— sería usar etiquetas, pero realmente creo que las categorías encajan mejor. Ejemplos: Las categorías te permiten tener diferentes niveles de permisos, y podrías aumentar el ranking de búsqueda de temas en los estados “superiores” y disminuirlo para los “inferiores”, por lo que los documentos oficiales tendrían prioridad.

[anon40545810]

Tienes que rastrear este estado de alguna manera. Tu otra opción —sin adiciones bastante invasivas— sería usar etiquetas, pero realmente creo que las categorías encajan mejor. Ejemplos: Las categorías te permiten tener diferentes niveles de permisos, y podrías aumentar el ranking de búsqueda para los temas en los estados “superiores” y disminuirlo para los “inferiores”, de modo que los documentos oficiales tengan prioridad.

• Tienes razón, aclaraste muchas cosas, gracias por eso. Realmente, las categorías son mucho mejores.