Quando insiro o termo de pesquisa de três caracteres POS, que em uma comunidade linguística seria entendido como “part of speech” (classe gramatical), o Discourse pega um prefixo de três letras e retorna todo tipo de tópico inadequado. Se eu pesquisar aqui por POS, recebo tópicos e respostas com as palavras post, posts, position, possible, etc., ou BOX, os resultados incluem boxes. Se eu pesquisar na comunidade LLVM por PUBLICATIONS, recebo uma enxurrada de posts com exemplos de código-fonte C/C++ que contêm a palavra public. Essa pesquisa em nível de prefixo ou lema é extremamente frustrante e impede a descoberta de material relevante.
Se este é um recurso — como sua mudança para essa categoria sugere — então é um recurso ruim e se torna inútil/
Por que Feature não se encaixa?
Dando uma olhada na descrição da categoria
Não é apenas sobre recursos existentes, mas também sobre aprimoramentos.
Talvez. No entanto, como alguém que trabalhou em sistemas de recuperação de texto por décadas, este “recurso” deve ser considerado um bug. Como está atualmente, o recurso de pesquisa é praticamente inútil para qualquer coisa além das pesquisas mais triviais.
Você pode se livrar de todos os resultados de post e position pesquisando por " pos ".
https://meta.discourse.org/search?q=%22%20pos%20%22
2 curtidas
Ok, então funciona, mas por que não é um recurso acessível ao usuário? Pelo menos na página de pesquisa “avançada”, onde os usuários poderiam ativar ou desativar o stemming — tornar o não-stemming o padrão seria menos confuso — por escolha deles, em vez de ter que lembrar de sintaxe arcaica. E “publication” produz resultados diferentes de “publication” — inclui publicações — mas talvez devamos nos contentar que o stemming para public não aconteça então.
1 curtida