J’ai beaucoup lu ici récemment et j’ai remarqué que les termes « publication » et « réponse » semblent être utilisés de manière quelque peu interchangeable.
Si cela était fait, cela entraînerait moins de questions gênantes lorsqu’une personne utilise l’un des deux termes incorrectement pour sa recherche avant de poser une question avec un nouveau sujet (LOL, cela vient juste de m’arriver : « supprimer la publication après » n’a pas produit les mêmes résultats que « supprimer la réponse après »…)
Répondre et publier ne sont pas 100 % interchangeables. Dans la plupart des cas que nous voyons ici sur Meta, ils le sont, mais pas toujours.
Je vous suggère de consulter Understanding Discourse for new users, qui décrit ce qu’est un message. Une réponse est tout message qui n’est pas le message original (OP).
Mais je préférerais trouver ce que je recherche, même si je ne connais pas la terminologie exacte.
Pour ceux qui sont plus « dans le coup », n’auraient-ils pas toujours la possibilité d’effectuer des recherches explicites en mettant des guillemets autour du terme précis qui les intéresse, par exemple « reply »
Ainsi, j’ai lu le « Guide pour les nouveaux utilisateurs de Discourse » et je n’ai pas réussi à trouver de définition explicite du terme « réponse ».
Mais comme je vous ai cité ci-dessus, une « réponse » est nécessairement un « message » ; donc, lorsque quelqu’un recherche « message », tous les résultats correspondant à « réponse » devraient également être affichés…
De même, il reste incertain, après avoir lu ce guide, si une recherche de « réponse » devrait afficher toutes les entrées de « message ».
Je souhaite donc toujours que la demande figurant dans le titre de ce sujet soit prise en compte. (mais encore une fois, ce n’est que mon avis)
Une réponse est nécessairement un message, mais certains messages ne sont pas des réponses ; ainsi, rechercher « message » ne devrait pas ajouter automatiquement le terme de recherche « réponse ».
Si votre préférence est satisfaite, cela agacera d’autres utilisateurs comme moi qui ne recherchent que des messages et non des réponses.
Mais vous êtes évidemment « dans le coup » et utiliseriez probablement un terme de recherche explicite sans embêter les gens ici avec un nouveau sujet expliquant pourquoi tant de résultats de recherche pour « post » apparaissent dans vos recherches de « reply ».
Quelles que soient les sémantiques de publication/réponse, l’ajout de synonymes à la recherche n’est pas une fonctionnalité configurable dans Discourse pour le moment.
D’accord, ça me fait taire mais peut-être qu’il faudrait un moyen de les ajouter. Je prédis que cela pourrait alléger la charge des bonnes personnes qui répondent aux nouveaux sur ce super forum
En fait, je réalise des recherches générales, puis je suis les liens pertinents qui présentent une certaine correspondance avec ce que je recherche.
Les moteurs de recherche ont une idée des liens qui sont suivis. Discourse propose une fonctionnalité similaire. Les « messages suggérés » à la fin d’un sujet constituent une source fructueuse de sujets pertinents qui ne sont pas directement liés aux termes de recherche spécifiques.
Je le reclasse en #feature, car la demande de fonctionnalité est assez claire pour moi. Elle sollicite un endroit dans l’UX pour définir des synonymes personnalisés.
Postgres prend techniquement en charge les synonymes, selon :
Ainsi, si vous vouliez vous lancer et être très technique, vous pourriez mettre en place quelque chose dès aujourd’hui, mais je suis d’accord pour dire qu’à l’avenir, ajouter une interface utilisateur permettant aux modérateurs de définir cela pourrait être intéressant.
Je n’ajoute pas de pr-welcome à ce sujet car c’est complexe et cela prendrait beaucoup de temps à bien implémenter, avec un bénéfice potentiellement limité.
En termes de calendrier, je dirais que je ne m’attends pas à traiter cela dans l’année à venir, mais probablement dans les cinq prochaines années.
Nous avons mis à jour notre terminologie (Utilisateur est maintenant « Membre ») et nous avons mis à jour notre documentation en conséquence, mais j’aimerais que toute personne qui recherche Utilisateur voie automatiquement les résultats mentionnant « Membre ». Avez-vous des idées sur une méthode simple pour y parvenir ?
C’est un travail raisonnablement difficile, nous pourrions potentiellement créer un plugin qui injecte des synonymes dans les données indexées - mais nous parlerions de 1 jour à 5 jours de travail.
Je suppose que la grande question ici est de savoir à quel point c’est important pour vous ? C’est faisable mais cela nécessiterait une consultation personnalisée de notre part.
Je ne sais rien, mais n’est-ce pas juste une question de changer les textes du côté de la personnalisation ? Ou est-ce que je comprends encore tout de travers, comme d’habitude ?
Je pense que l’espoir est d’avoir la possibilité d’influencer l’algorithme de recherche indirectement par le biais d’un outil tel que synonymes de balises. Mais pour tous les mots-clés dans un message (ou le message original, du moins).
Un exemple de cas d’utilisation serait pour les membres de la communauté/les visiteurs du site qui recherchent leurs expressions familières plutôt que du jargon de marque similaire. L’algorithme de recherche privilégiait des sujets très différents. Un exemple sur notre site serait la recherche de sujets « application de bureau » par rapport à « client natif ».
Je suis curieux de savoir si les points de vue sur les fautes de frappe ont changé au fil des ans :
Notre stratégie générale ici est d’itérer. Nous avons déjà des « mots surveillés » dans le produit, une fonctionnalité qui ajouterait des « synonymes de recherche » où vous spécifiez les fautes de frappe courantes et les phrases courantes que vous souhaitez « bourrer » ne me déplairait pas. Ce n’est pas un travail prévu, mais c’est certainement quelque chose que vous pourriez envisager de sponsoriser.
L’autre domaine que je suis prêt à explorer (bien que je n’y sois que tièdement favorable) est de permettre un espace « métadonnées » caché sur les publications, où les administrateurs peuvent ajouter des termes de recherche. C’est très, très invisible et en général, je recommande de « correctement » bourrer les œuvres afin que les choses ne soient pas cachées, par exemple :
C’est une idée de pur génie, elle résout le problème principal de la recherche basée sur les embeddings : les mauvaises entrées utilisateur.
Et cela nécessite des changements minimes par rapport à notre configuration actuelle, car il suffit d’ajouter une petite étape “d’enrichissement” de la requête de recherche
Sur ce sujet, quelque chose que nous pouvons également faire est d’effectuer une recherche hybride :
Rechercher en utilisant la recherche plein texte PG existante
Rechercher en utilisant des embeddings
Rassembler les 50 meilleurs résultats des deux
Transmettre à un service de réordonnancement de la recherche
Afficher les résultats réordonnés
Nous fournissons déjà un réordonnanceur très performant dans notre API d’embeddings existante sous un point de terminaison séparé, cela contient toutes les pièces nécessaires pour que cela se produise.
mais peut-être qu’il faudrait un moyen de les ajouter. Je prédis que cela pourrait alléger la charge des bonnes personnes qui répondent aux nouveaux sur ce super forum 
