Olá, maravilhosa equipe do Discourse que administra e mantém com carinho este incrível fórum online com seu próprio produto.
Observo que temos o Plugin Solved ativo para Support. É ótimo ver esse dogfooding na prática! O mesmo vale para o uso das tags fixed e completed.
Infelizmente, há uma tonelada de Tópicos em Support, Contribute > Bug, Contribute > Feature e Contribute > UX que não foram marcados com essas tags. Isso é bastante confuso para os usuários deste fórum e prejudica buscas eficazes por soluções existentes. Basicamente, se elas não forem usadas de forma consistente, provavelmente não deveriam ser usadas de forma alguma.
Gostaria de solicitar que isso seja priorizado daqui em diante e que alguém (?estagiário, ??IA) seja encarregado de marcar corretamente os antigos?
Obrigado, Nathan! Agradeço por levantar isso. Definitivamente queremos fazer mais nesse departamento.
Parece que habilitar soluções para a categoria Support funcionou muito bem para essa categoria. As tags fixed e completed também são bastante úteis, podendo ser usadas em todas as categorias.
Para resumir, parece que, no momento, temos cinco maneiras de indicar quando um tópico atingiu seu objetivo e precisa ser finalizado. Isso cobre bem a situação?
Isso me parece uma variedade enorme. Não sei por que as tags são diferentes. Talvez seja útil/informativo que as pessoas possam rolar por essas listas de tags individualmente. No entanto, essas tags e seus propósitos não são tão fáceis de descobrir.
solved é facilmente descoberto e funciona muito bem para suporte. Acho que faz sentido limitá-lo a essa categoria. É útil poder filtrar tópicos resolvidos/não resolvidos nessa categoria — embora eu frequentemente esqueça desse menu suspenso e deseje que ele fosse mais visível na interface.
criar uma consulta no Data Explorer com resultados como a tabela acima, mas listando o número real e atualizado de tópicos resolvidos/não resolvidos, corrigidos/não corrigidos, concluídos/não concluídos, entregues/não entregues
criar uma consulta no Data Explorer que liste os tópicos que foram fechados, corrigidos, concluídos ou entregues em um determinado período
criar um tópico aqui em Contribute > Site feedback para compartilhar os resultados das consultas acima semanalmente usando automação
criar um tópico aqui com um pequeno guia de como finalizar tópicos e reunir uma equipe para segui-lo e começar a trabalhar na lista, em ordem cronológica inversa
Adicionei as descrições abaixo, para que apareçam quando passa o rato sobre a tag ou acede à página da tag. Diga-me se tem sugestões. Estou dividido entre manter a descrição curta e direta ou fornecer mais contexto detalhado. As próprias categorias também têm descrições mais detalhadas.
fixed
Priorizamos a correção de erros no nosso software reportados nas categorias Contribute > Bug e Contribute > UX. Uma vez corrigidos, os erros recebem esta tag.
Aparentemente, você adiciona a tag fixed em bugs que foram corrigidos e completed em solicitações de recursos que foram implementadas. [1] Isso faz parte do processo de encerrar os tópicos (e manter as partes interessadas atualizadas com as informações relevantes). Elas foram implementadas inicialmente para fornecer alguma indicação visual de que “algo bom havia acontecido”, em contraste com o símbolo de cadeado de um tópico fechado. Quando essas tags são aplicadas de forma consistente, você obtém uma bonita onda de verde ao rolar as listas de tópicos de suas categorias.
(E delivered era uma tag separada, mas semelhante, que não era controlada pela equipe, então podia ser usada em Marketplace)
Para “Solved” (Resolvido), existem várias categorias onde ela está ativa, não apenas na categoria genérica Support. Praticamente qualquer categoria onde a maioria dos tópicos serão perguntas que podem receber uma solução. Support, #installation, Development, #data-reporting, Support > SSO
Idealmente, a melhor prática é que o autor do tópico (OP) marque a solução, mas sabemos que isso às vezes não acontece (por uma variedade de razões), então eu costumo rolar as listas de tópicos para trás e limpar alguns pendentes após algumas semanas (uma vez que eles foram considerados “abandonados”)
Ótimo! Obrigado por preencher algumas lacunas. Atualizei minha tabela acima.
Isso não tem sido feito sistematicamente desde que você saiu, é por isso que agora temos este tópico para discutir como nos atualizar e ter um sistema em vigor para não ficarmos para trás novamente.
Sim, acho que foi isso que eu estava sugerindo com o OP. @JammyDodger - sentimos sua falta e sua dedicação em manter o Meta funcionando tão bem! Pessoalmente, espero que façam uma oferta irrecusável para você…
Estou retornando a este tópico, pois recentemente fui repreendido por sinalar um tópico em Contribute > Feature que eu acreditava dever estar marcado como completed, mas não estava.
O que eu gostaria de ter feito era simplesmente marcá-lo eu mesmo. No entanto, como essa tag é restrita a @staff, não pude. Ei, como um TL4, posso fazer várias coisas potencialmente destrutivas, mas não essa. Nem consigo editar tags em algumas categorias (por exemplo, Customization > Plugin).
Então, como se deve sinalizar pequenas coisas para os moderadores sem irritá-los e ser repreendido? Ou o plano é deixar tudo um pouco bagunçado?
Eu acho que está tudo bem sinalizar o tópico como algo mais e dizer que você acha que ele deveria ser marcado como concluído/corrigido, pelo menos para tópicos “antigos” (ou seja: foi concluído/corrigido há 6 meses, mas o tópico não foi atualizado).
(Embora outros discordem disso)
Para coisas urgentes: seria uma boa prática para nossa equipe garantir que acompanhem as coisas que corrigem.
Eu acho que se criarmos sinalizadores para marcar cada recurso concluído dos últimos 13 anos em que este fórum esteve ativo, porque as pessoas têm TOC, seria um grande desperdício de tempo para todos.
A própria sinalização é recente, nunca foi amplamente adotada, e poderíamos simplesmente fechar tópicos para recursos concluídos, permitindo que todos criem novos tópicos e citem os antigos conforme necessário.
Eu preferiria remover a sinalização #completed (concluído). Ela foi aplicada 400 vezes e foi criada apenas como uma forma de ajudar as pessoas a escreverem registros de alterações, que são tratados de forma diferente hoje em dia.
Não tenho certeza de que reconheço essa como a razão. Foi inicialmente implementado para fornecer um indicador visual que separava solicitações de recursos concluídas do restante dos tópicos fechados. Há uma conversa em algum lugar aqui entre eu, Sam e Dave com mais informações, se você fizer uma busca. (Acho que foi em alguns sussurros, mas não me lembro exatamente onde)
Pessoalmente, não achei particularmente oneroso manter o controle na época. Eu me concentrava mais na janela ‘ativa’ para garantir que os tópicos no topo de /latest fossem mais consistentes, embora também atendesse a outros se cruzassem meu caminho (tópicos relacionados, e por aí vai). Fazer uma auditoria completa da categoria Contribute > Feature seria, de fato, um trabalho muito maior. (não que não fosse útil revisar e podar/fundir/fechar aquelas que foram esquecidas ao longo dos anos, apenas dizendo que seria demorado e você precisaria avaliar onde isso se situa na lista de prioridades).
Isso é um medo do que pode acontecer, ou isso já está genuinamente acontecendo? Se fosse algo ocasional, não acho que seja um problema grande, mas se se tornasse um padrão, concordo que o sistema de bandeiras não seria o melhor lugar para isso. Acho que uma MP seria uma maneira menos intrusiva de coletar as informações.
Mas também entendo que você não quer realmente que desenvolvedores, designers, etc., sejam arrastados profundamente para isso, pois eles têm outros trabalhos importantes a fazer, em vez de arrumar o meta.
Talvez coisas que exijam um moderador, mas não sejam urgentes, possam ser reportadas via Mensagens Privadas (PMs) para uma caixa de entrada de grupo separada. Assim, esses registros de organização não inundariam a fila de revisão, escondendo tópicos onde alguém precisa agir rapidamente, mas ainda haveria um lugar para coletá-los, para que alguém pudesse cuidar deles se tivesse alguns minutos.
Isso poderia funcionar para todos os tipos de notas laterais, como uma tag ausente, um link de visualização quebrado em um tópico de componente de tema, ou um tópico de recurso que poderia ser fechado, para que os votos sejam devolvidos aos usuários.
Ah! Estou apenas percebendo que o grupo de moderadores não tem ninguém nele! Agora entendo por que uma MP que escrevi para @moderators algumas semanas atrás nunca foi respondida…
Eu criei isso como parte da minha ideia de ter uma abordagem mais suave e gentil para a moderação aqui. É importante ter um ponto de contato único onde você possa contatar um moderador e saber que receberá uma resposta. Espero que a decisão de remover isso seja reconsiderada.
Também, como parte de tentar ser mais gentil e suave, fiz o meu melhor para evitar usar “perda de tempo” como motivo para decisões de moderação. Eu não acho que líderes de comunidade bem-intencionados que estão tentando ajudar a manter as discussões organizadas devam se sentir mal por isso.
Voltando ao OP… Eu tinha uma tarefa regular de revisar e limpar tópicos mais antigos, e era uma boa tarefa manual porque muitas vezes havia pontas soltas que eu conseguia amarrar no processo. Às vezes, os tópicos podiam simplesmente ser excluídos ou mesclados, etc. Mas é uma tarefa gigantesca e eu só consegui voltar alguns anos.
Eu seria a favor de permitir que veteranos confiáveis como @nathank adicionassem as tags em vez de fazê-los sinalizar os tópicos para revisão pela equipe, especialmente agora que não há um gerente de comunidade ou equipe de moderação dedicada.
Edição: ainda tenho os links na minha barra lateral! Isso era para ver tópicos que estão abertos, não resolvidos e com mais de uma semana. Ainda acho esses links úteis para ver o quão bem estamos nos saindo em resolver os tópicos. Talvez mais de nós pudéssemos ajudar com isso se a equipe não tiver tempo para fazê-lo.
Estamos em um pequeno período de transição aqui no que diz respeito às moderações, então algumas das decisões que tomarmos neste exato momento podem não ser duradouras, mas aqui estão minhas 2 centavos sobre este assunto em particular:
Acho que devemos buscar um lugar onde:
Sinalizações (Flags) sejam usadas para coisas mais importantes
Tenhamos uma maneira de lidar com outras coisas que são mais triviais, ou para jardinagem geral
Se quisermos usar completed (concluído), então devemos capacitar um grupo de pessoas para lidar com isso sem usar sinalizações. Talvez:
Conceder aos TL3 e TL4 o poder de marcar as coisas como tal
Criar um tópico de “jardinagem” onde as pessoas possam fazer sugestões para qualquer tipo de jardinagem de conteúdo
Eu realmente aprecio isso. Como você só pode denunciar uma postagem uma vez e nunca mais, eu sempre hesitei em usar bandeiras para problemas triviais, como um link de visualização em um tópico de componente de tema que não funciona mais.
Eu sugeri a caixa de entrada porque pensei que arquivar solicitações tratadas poderia ajudar a acompanhar o que já foi resolvido. Isso pode ser mais difícil em um tópico com muitas respostas.
Não tenho certeza de quão útil é adicionar a tag completed ou fixed, mas não poder fechar o tópico. Se outra pessoa ainda for necessária para fechar o tópico, isso não ajuda muito.
Estávamos analisando automações para fechar tópicos com essas tags - não tenho certeza de quão difícil seria levar esses experimentos até a linha de chegada.
Eu leio todas as postagens todos os dias. De verdade. Minha última postagem não vista foi em junho de 2024. Como tal, vi inúmeros relatórios de bugs/ux sendo corrigidos ou concluídos. Geralmente, eu apenas sinalizaria para serem fechados. Menos vejo a necessidade das tags fixed ou completed, mas apenas um fechamento do tópico. Na minha opinião, isso por si só significa que o tópico foi resolvido.
Definitivamente queremos fazer mais nesse departamento.
fechar tópico
Eu me concentrava mais na janela ‘ativa’ para garantir que os tópicos no topo de /latest fossem mais consistentes, embora também atendesse a outros se cruzassem meu caminho (tópicos relacionados, e por aí vai). Fazer uma auditoria completa da categoria 
