Organisation des requêtes de la communauté Data Explorer

Il semble que nous n’ayons pas actuellement de bibliothèque en direct de requêtes Data Explorer sur meta.discourse.org. Cela vaudrait-il la peine d’y remédier ?

Le sujet évoqué ici est désorganisé et a été fermé car c’était un chaos :

@SidV a mis en place une excellente collection sur GitHub :
discourse-data-explorer/querys.md at queries · SidVal/discourse-data-explorer · GitHub

Est-ce le moment opportun pour créer une bibliothèque gérée par la communauté ici sur Meta ? Je pense que beaucoup la trouveraient utile.

10 « J'aime »

Oui, ce sujet a reçu tellement de questions et de réponses qu’il est devenu illisible.

Je le pense aussi. Quelqu’un a-t-il des idées sur la meilleure façon d’organiser les requêtes Data Explorer sur ce site ? Idéalement, il devrait être possible de trouver des requêtes existantes en recherchant quelques mots-clés.

6 « J'aime »

Quelques réflexions :

  1. Nous pourrions avoir une catégorie séparée avec une requête par sujet. Cela pourrait nécessiter une approbation du personnel pour les nouveaux sujets afin d’éviter l’encombrement.
  2. Nous pourrions simplement utiliser un tag data-explorer-query pour les sujets individuels. Ces sujets pourraient être hébergés dans #howto:tips-and-tricks.
10 « J'aime »

Merci de m’avoir invité à présenter :relaxed:

Je suis ouvert à modifier la classification de la liste des requêtes sur GitHub. Peut-être que si nous réfléchissons tous à une classification là-bas, nous pourrons, après avoir bien débogué les catégories, en faire quelque chose ici dans Meta (?).

N’hésitez pas à soumettre une PR.

5 « J'aime »

Je ne réalisais pas que chaque requête pouvait faire l’objet d’une PR, d’un fork, etc. C’est plutôt cool, et je comprends pourquoi vous avez choisi cette approche. Cependant, c’est un endroit confus pour ceux qui sont moins à l’aise avec la technique. Tous les administrateurs Discourse connaissent bien Discourse, mais seule une proportion d’entre eux connaît GitHub.

Que voulez-vous dire par classification ? Je pense que des balises (tags) pourraient bien fonctionner pour cet aspect.

Je pense qu’une sous-catégorie dédiée de #plugin serait la meilleure option.

  1. Si nous optons pour une requête par sujet, il y aura beaucoup de sujets. @SidV en a plus de 70, et il y en a beaucoup d’autres. Cela polluerait et submergerait considérablement #howto:tips-and-tricks !
  2. Cela permettrait de transformer chaque sujet en Wiki, de configurer l’option « aller au premier message » et d’avoir une structure suggérée comme modèle.
  3. Cela imiterait également la configuration de la catégorie #plugin, ce qui est tout simplement agréable !
2 « J'aime »

Je propose de regrouper toutes les requêtes utiles et efficaces dans un seul sujet, puis de le clore par la suite.

Ce sujet deviendrait « la source de vérité » pour les requêtes validées.

Nous pourrions alors être un peu plus stricts sur la structure des entrées ajoutées à ce sujet. Chaque entrée comporterait un titre la décrivant, un court paragraphe expliquant son fonctionnement, ainsi qu’une mention pour créditer l’auteur.

Une fois cela fait, nous pourrons ajouter une table des matières à ce sujet, avec un titre pour chaque requête.

Pour répondre à l’inquiétude de Simon :

La nouvelle version du composant ToC inclura une barre de recherche en temps réel, intégrée directement dans le post, qui parcourt les titres et le contenu de chaque section, et qui ressemble à ceci :

(ignorez pour l’instant les styles, il s’agit toujours d’un travail en cours)

La nouvelle version sera probablement prête pour la production vers la fin de l’année.

En ce qui concerne le processus de partage, de suggestion ou de demande de nouvelles requêtes, nous pouvons créer un nouveau sujet dédié. Les bonnes requêtes partagées dans ce sujet seront ensuite ajoutées au sujet « la source de vérité » qui contient la table des matières.

7 « J'aime »

Je pense qu’une bien meilleure démarche consisterait à mettre en place un processus pour regrouper les requêtes dans l’explorateur de données.

Par exemple, on pourrait créer une fonctionnalité étiquetée #feature data-explorer #candidate-query accompagnée de la requête candidate. Cette fonctionnalité expliquerait pourquoi elle devrait être regroupée et en quoi elle est unique et importante.

Nous déciderions ensuite si la proposition est valide, regrouperions la requête et clôturerions le processus.

Ensuite, si vous le souhaitez vraiment, vous pourrez toujours parcourir les demandes de regroupement qui ont été rejetées.

8 « J'aime »

Étendre les requêtes disponibles nativement dans l’Explorateur de données serait certainement très utile et accessible pour de nombreux administrateurs/utilisateurs.

Cependant, je crois qu’il existe aussi un besoin de requêtes de « deuxième niveau », ainsi que d’un espace structuré pour en discuter. Je viens sur Meta à la recherche d’une solution à un problème que je rencontre, et non pas pour offrir des requêtes ingénieuses en soi.

Peut-être que les approches de @sam et de @Johani pourraient être combinées ? Une sous-catégorie avec certains sujets/requêtes marqués comme « officiels » et regroupés dans le plugin.

1 « J'aime »

Petite mise à jour à ce sujet : nous avons maintenant une catégorie Data & reporting. :tada: :slight_smile:

Je vais relire les suggestions de ce sujet et voir s’il y a d’autres idées que je peux voler. :slight_smile:

5 « J'aime »

Conversation continuée sur Could we re-open the topic to share Explorer queries?