Rastreando o status de RFCs usando Discourse

[anon40545810]

Nome do Recurso

Estado do Discourse

Objetivo do Recurso

Tornar o Discourse um fórum do tipo RFC

Descrição do Recurso

1. Um Request for Comments (RFC) é uma publicação em uma série, dos principais órgãos de desenvolvimento técnico e estabelecimento de padrões da Internet, mais proeminentemente o Internet Engineering Task Force (IETF). Um RFC é elaborado por indivíduos ou grupos de engenheiros e cientistas da computação na forma de um memorando descrevendo métodos, comportamentos, pesquisas ou inovações aplicáveis ao funcionamento da Internet e de sistemas conectados à Internet. Ele é submetido para revisão por pares ou para transmitir novos conceitos, informações ou, ocasionalmente, humor de engenharia.[1]
2. O Estado do Discourse é semelhante aos estados em documentos do tipo RFC. O Estado do Discourse é usado para controlar melhor as postagens dos usuários. Documentos RFC têm estes estados:

• Informational (Informacional)
• Experimental
• Best Current Practice (Melhor Prática Atual)
• Standards Track (Trilha de Padrões)
• Proposed (Proposed Standard - Padrão Proposto)
• Draft (Draft Standard - Padrão em Rascunho)
• Internet Standard (Padrão da Internet)
• History (Historic - Histórico)
• Unknown (Desconhecido)

No meu caso, no meu recurso seriam estes estados de acordo com o tipo de postagem:

Estado do Discourse / códigos

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

Estado do Discourse / casos

1. Quando o usuário cria uma postagem e essa postagem não tem resposta. Esta postagem tem o status Discourse como Draft (Draft Standard). E quando o usuário cria uma postagem e essa postagem não foi publicada. Esta postagem também tem o status Discourse como Draft (Draft Standard).
2. Quando o usuário cria uma postagem e essa postagem tem uma resposta. Esta postagem tem o status Discourse Experimental. Se houver mais respostas, esta postagem tem o status Discourse Experimental.
3. Se vários usuários gostam da postagem e realmente acreditam que esta postagem é boa, então essa postagem é marcada como Standards Track. Se houver mais postagens iguais ou semelhantes, o status padrão é anunciado como status Discourse Best Current Practice.
4. Qualquer modificação na postagem é vista como status anunciado como Discourse de History (Historic).
5. Se a postagem for aceita por todos os membros da comunidade, o status Discourse é Informational.
6. Se a postagem precisar de alguma correção ou melhoria, o status é anunciado como Discourse Informational (Informational). Se a postagem for corrigida e melhorada, o status é anunciado como Discourse Proposed (Proposed Standard).
7. Se a postagem não tiver resposta por 1 semana, 1 dia, 1 mês ou 1 ano - o status é anunciado como Discourse Unknown.

Notas

• Este estado é feito automaticamente
• Os estados das postagens sempre aparecem na página inicial
• O legal de você ter estados de postagem é que você acompanha essa postagem
• Controle de qualidade sobre as postagens dos usuários para evitar abusos, evitar spam, evitar postagens fora de ordem
• Discourse é um software atraente e ainda mais comunitário, nada melhor do que aumentar a qualidade do software, a qualidade da experiência do usuário

ideia

imagem descritiva

Como podemos ver na imagem, pode haver diferentes estados na mesma postagem. De acordo com a interação do usuário, o estado muda. O estado pode ser 1, 2, 3, 4, 5, 6, 7, 8 ou 9. Podemos ver na imagem que algo aconteceu, a postagem recebeu muitos comentários, passando de rascunho para o estado Standard, código 8.

referências

• Request for Comments - Wikipedia
  É possível que o Discourse seja um fórum do tipo RFC?

[mattdm (Matthew Miller)]

Uma maneira de fazer isso sem nenhum complemento seria criar subcategorias (ou apenas categorias de nível superior?) para cada nível e mover as postagens entre elas à medida que elas “se formam”.

Presumivelmente, um plugin poderia mover postagens entre categorias com base em seus critérios — ou você poderia ter um script externo que usa a API para fazer isso.

[codinghorror (Jeff Atwood)]

Então, isso é sobre adicionar recursos específicos de RFC ao Discourse? Não deveria ser esse o título deste tópico?

[mattdm (Matthew Miller)]

Estou definitivamente interpretando com base em algumas suposições, mas acho que se trata de adicionar recursos de “rastreamento de estado” ao Discourse, com o rastreamento de RFC sendo um exemplo? Honestamente, não tenho certeza se “Estado do Discourse” é uma piada ou não… mas de qualquer forma, é bastante confuso e deveria ser algo mais.

De qualquer forma…

Atualmente, estamos fazendo algo muito menos complexo para Questões Comuns no Fedora Linux, que acho que pode ser semelhante, com uma categoria de nível superior (Questões Comuns Aceitas) com categorias Questões Comuns Propostas e Questões Comuns Arquivadas. Estou usando um script externo (neste ponto muito rudimentar — eu realmente não sou um programador) para processar e mover as postagens entre as categorias, como sugeri acima.

[anon40545810]

Eu estou definitivamente interpretando com base em algumas suposições, mas acho que se trata de adicionar recursos de “rastreamento de estado” ao Discourse, com o rastreamento de RFC como um exemplo?

• Sim. Exatamente, era isso que eu estava pensando. Os estados do Discourse são baseados em RFC.

1. Falei sobre a RFC porque parte dos documentos técnicos que desenvolvo, parte da equipe faz algo semelhante.
2. O problema é que esse processo é muito burocrático e manual e está sujeito a erros humanos às vezes.
3. Porque às vezes eu escrevo algo técnico que tem que ser revisado pela equipe, se a pessoa da equipe não for muito cuidadosa ou for uma pessoa que vê muitos detalhes, os documentos enviados podem ir para o lugar errado. Minha ideia seria implementar o Discourse em nossa pequena equipe.
4. Minha ideia seria como eu trabalho com documentos técnicos, minha ideia seria acompanhar posts que as pessoas fazem. Rastrear posts com base em RFC. Já que é algo que trabalhamos muito.
5. Mas eu não encontrei nenhum plugin ou recurso semelhante no Discourse ou em qualquer software do tipo fórum por aí.
6. O recurso, na minha opinião, é inovador, se você pensar nas equipes de documentação técnica que usam software legado. Acredito que esses softwares legados e antigos podem ser substituídos pelo Discourse. O Discourse é um software muito interessante e eu gosto muito dele. Sempre que posso, eu o recomendo a amigos e conhecidos. Meu problema é que não encontrei nenhum plugin ou recurso semelhante ao que descrevi agora, como estado de postagem baseado em RFC.

Atualmente estamos fazendo algo bem menos envolvido para Questões Comuns no Fedora Linux, que acho que pode ser semelhante, com uma categoria de nível superior (Comum) Questões Comuns com as categorias Questões Comuns Propostas e Questões Comuns Arquivadas. Estou usando um script externo (neste ponto muito improvisado — eu não sou realmente um programador) para processar e mover os posts entre as categorias, como sugeri acima.

• Eu não quero ficar olhando para categoria ou subcategoria, eu gostaria de algo dinâmico.
• A forma como o usuário interage pode criar um novo estado ou não.
• Porque se não houver mudança de estado, eu teria que fazer algo como você está planejando, tipo, eu teria que criar um script para mover posts de uma categoria para outra.
• Não estou te criticando, acho essa ideia boa, tanto que cheguei a pensar em fazer algo assim, mas não conhecia ninguém que pensasse o mesmo. O único problema que vejo é que não sou programador e não encontrei nenhum script na internet que faça isso.

[mattdm (Matthew Miller)]

@anon40545810

Não quero continuar olhando para categoria ou subcategoria, gostaria de algo dinâmico.

Não entendi isso. “Categoria” é realmente apenas um rótulo, um tipo de metadado que por acaso é representado em uma visualização hierárquica. Se você fizer todas essas subcategorias, mas depois olhar a visualização “todas” da categoria de nível superior, você verá todas as postagens.

Você tem que rastrear esse estado de alguma forma. Sua outra opção — sem adições bastante invasivas — seria usar tags, mas eu realmente acho que categorias são mais adequadas. Exemplos: Categorias permitem que você tenha diferentes níveis de permissão, e você poderia aumentar a classificação de busca para tópicos em estados “superiores” e diminuir para “inferiores”, então documentos oficiais são priorizados.

[anon40545810]

Você terá que rastrear esse estado de alguma forma. Sua outra opção — sem adições bastante invasivas — seria usar tags, mas eu realmente acho que categorias se encaixam melhor. Exemplos: Categorias permitem que você tenha diferentes níveis de permissão e você poderia aumentar a classificação de busca para tópicos em estados “superiores” e diminuir para “inferiores”, então documentos oficiais seriam priorizados.

• Você está certo, você esclareceu muitas coisas, obrigado por isso. Realmente, categorias são muito melhores.