Comme il a été noté ailleurs et ici, plusieurs enseignants utilisent désormais Discourse comme forum principal de discussion en classe. Je fais de même, avec un succès remarquable jusqu’à présent. Merci pour cela.
Une fonctionnalité qui me manque est un bouton pour valider les réponses. Il existe le bouton « J’aime » en forme de cœur, mais il n’est pas assez spécifique. Ce que je souhaiterais, c’est un bouton « valider », accessible uniquement au personnel, et alors le message que je valide devrait afficher : « la réponse a été validée par … » et lister les noms des membres du personnel qui l’ont validée. De cette façon, si un autre étudiant ou un assistant pédagogique répond à un message, j’aurais une option en un clic pour exprimer (ou non) mon approbation.
Les alternatives actuelles que je connais incluent le bouton « J’aime », mais il est difficile de voir que j’ai aimé un message, et il n’est pas assez spécifique. De plus, je sais qu’il existe une « notification du personnel » que j’ai utilisée auparavant, mais elle nécessite que je saisisse le contenu de la notification. Peut-être existe-t-il un plugin pour ajouter des notifications prédéfinies du personnel ?
“Résolu” donne l’impression de clore la discussion, n’est-ce pas ? De plus, il semble que le propriétaire du sujet puisse choisir une réponse qu’il estime résoudre sa question, plutôt que d’avoir mon endossement en tant qu’enseignant. Et puis, il y a la question de savoir ce qu’il advient si l’OP ne sélectionne pas “résolu” : devons-nous continuer à faire un suivi ?
Cela me rappelle d’ailleurs la fonctionnalité “résolu” de Piazza (que je souhaiterais également voir reproduite dans Discourse). Dans Piazza, lorsque je réponds à une question d’un étudiant, je marque le sujet comme “résolu” quand je pense avoir apporté une réponse. Si l’étudiant estime le contraire, il le remet à “non résolu” – et je peux facilement filtrer les fils “non résolus” pour identifier où je dois assurer un suivi.
Avec le plugin “solved”, je suppose que je pourrais le marquer comme résolu, et si l’OP n’est pas d’accord, il peut le remettre à l’état “non résolu” ?
Je n’ai pas constaté que c’était le cas. Nous voyons régulièrement des discussions se poursuivre bien après que le sujet a été marqué comme résolu.
Ainsi, le personnel peut également choisir une réponse comme solution. Pour être honnête, je ne sais pas ce qui se passe si l’OP et le personnel sont en désaccord. J’ai déjà retiré le statut de solution à des messages et déplacé la mention vers une autre réponse. Mais je ne sais pas si le personnel « l’emporte » en cas de désaccord ? Cela dit, une partie de la raison pour laquelle nous ne savons pas, c’est que cela n’a jamais posé de problème . Sur notre forum, ce sont généralement les membres du personnel qui marquent les réponses comme solutions, plutôt que l’OP.
Si cela vous préoccupe, je parie que vous pourriez forker le plugin et ajouter un paramètre pour désactiver la capacité de l’OP de marquer un message comme résolu, ce qui signifierait que seul le personnel pourrait le faire. (Il existe quelques paramètres disponibles, mais je ne vois pas celui-ci pour l’instant.) Mais du moins, dans notre cas, cela n’a pas posé de problème.
Pour ma part, le vrai avantage de la fonction « résolu » est qu’elle s’affiche dans l’interface lorsque je parcours les sujets, ce qui permet de voir facilement ce qui reste encore en suspens. De plus, elle affiche élégamment la réponse solution en haut du sujet, facilitant ainsi la confirmation que la solution semble raisonnable.
Pour information, la fonction « suivi en suspens » de Piazza était l’une des choses que je détestais il y a des décennies, lorsque je l’utilisais encore. À mon avis, elle coupe vraiment la conversation, car même un commentaire supplémentaire anodin est par défaut marqué comme en suspens (et en rouge vif) sauf si je prends une autre action, ce que les étudiants ne font pas toujours.
Utilisez-vous déjà Discourse ou êtes-vous en train de commencer ? J’utilise Discourse pour mes cours depuis longtemps et je serais ravi de vous aider à démarrer.
Je l’utilise depuis janvier. La seule chose que j’ai dû corriger jusqu’à présent était leur manque de prise en charge du TLS implicite pour passer l’étape de configuration avec le serveur de messagerie de mon département. Mais pour être honnête, je souhaite éviter d’ajouter des fonctionnalités si possible.
J’ai ajouté le plugin Solved et je cherche maintenant un moment pour l’activer (malheureusement, il y a une interruption de 5 minutes à chaque fois que vous reconstruisez le conteneur pour activer un nouveau plugin…). Je suis aussi un peu inquiet concernant le niveau de support des plugins. Il semble qu’ils soient tous sous l’égide de github.com/discourse, donc j’espère qu’ils font partie d’une sorte de CI holistique.
Je pense que Piazza avait une ambiance correcte et qu’au fil des ans, ils ont ajouté des fonctionnalités que les gens voulaient ; c’est juste que, dans l’ensemble, ils offrent trop peu de valeur, de sorte que personne (ou trop peu d’écoles) ne s’inscrit et ne signe de contrat avec eux pour leur payer ce dont ils ont besoin pour la valeur (relativement faible) qu’ils fournissent, d’autant plus que de nombreuses universités utilisent des LMS gonflés (comme Canvas, que je n’utilise personnellement pas du tout), et les frais de Piazza s’ajouteraient en plus. Je n’ai pas beaucoup entendu parler de l’utilité que les étudiants ont trouvée dans l’appariement avec les entreprises sur lequel Piazza a construit son ancien modèle commercial.
Sur le sujet, avez-vous trouvé une solution pour la fonctionnalité « chercher un partenaire » sur Piazza ?
Je n’ai jamais eu de problème avec un plugin officiellement pris en charge. Nous avons rencontré quelques problèmes avec Babble, mais celui-ci n’a jamais été officiellement adopté. (Et ces problèmes semblent être en cours de résolution.)
Pour ma part, le modèle pédagogique de Piazza a toujours été suspect. J’enseigne l’informatique, et même dans ma discipline pseudo-scientifique, il y a rarement une seule bonne réponse ; il est généralement plus productif d’avoir une conversation sur les alternatives. Piazza ne facilite pas cela. De plus, observez qu’il s’agit d’un logiciel de forum essentiellement utilisé nulle part en dehors du milieu universitaire. (Et largement détourné à l’intérieur du milieu universitaire pour faire des choses qu’il ne devrait vraiment pas faire…)
Non ! Je ne savais pas qu’il possédait cette fonctionnalité. Nous utilisons un bon nombre de plugins Discourse, mais dans l’ensemble, c’est un forum, pas quelque chose qui résoudra tous vos défis de gestion de classe. Pour quelque chose de ce genre, je pourrais simplement créer mon propre outil, car cela semble assez simple. Bien que vous puissiez toujours créer une catégorie pour que les étudiants publient des annonces de recherche de partenaire.
Je pense que ce que j’ai fait, c’est créer un badge attribué lorsque j’aimais la tâche. Je pouvais ensuite utiliser ces badges dans un script qui générait les notes pour les tâches.
Pensez-vous que le bouton « J’aime » suffirait à cet effet (pour un certain groupe ou propriétaire de catégorie) ou faut-il un bouton différent ?
Peut-être que quelque chose comme Discourse Retort est proche de ce que vous recherchez. Je ne sais pas s’il est possible de limiter qui peut faire des répliques, mais même si ce n’est pas le cas, vous devriez pouvoir masquer la possibilité de répondre avec du CSS.
Donc, l’état « résolu » est quelque chose que l’auteur original du message et une personne spéciale (administrateur, membre du groupe, peut-être quelqu’un qui « possède » la catégorie ?) peuvent activer et désactiver ? Et, comme pour « résolu », vous marqueriez un message comme le message « résolu », ce qui affecterait l’état résolu du sujet ?
Je pense que Geoffrey a raison : que le fait qu’un sujet ait un message « résolu » mette fin à la conversation est une norme communautaire (sauf si quelqu’un ferme le sujet).
Merci pour l’orientation vers le plugin retort. Il s’agit donc d’un plugin hébergé en dehors du domaine github.com/discourse, ce qui signifie, à mon avis, qu’il n’est pas « officiellement » pris en charge (sans doute en raison de l’aversion des mainteneurs de Discourse pour les votes négatifs ?). Je l’ai examiné rapidement et il contient du code datant de 2015 traitant du backend ; cela indique que l’API des plugins de Discourse semble être relativement stable.
Nous utilisons également Discord en cours, à titre non officiel, comme moyen de communication, et les icônes de réponse/retort s’y sont révélées très utiles pour valider (ou contester) les réponses. Les usages les plus courants sont : un étudiant fait un « pouce en l’air » pour dire « J’ai lu votre réponse, merci », et moi, je fais un « pouce en l’air » pour signifier « Ce que cette personne a dit est correct », ou bien j’utilise l’icône « inquiet » pour indiquer « Ce n’est pas tout à fait exact ».
Vous mentionnez la « fermeture d’un sujet » (dans Discourse), une fonction que je n’ai jamais eu besoin d’utiliser et dont je ne vois probablement pas l’utilité dans un contexte de classe. Pour moi, cela pourrait tout à fait être déplacé dans un plugin.
La fonctionnalité « non résolu » de Piazza a également engendré une autre dynamique : le forum publiait des statistiques telles que le « temps moyen de résolution » et mettait en évidence les sujets « non résolus » dans les résultats de recherche, incitant ainsi les enseignants et/ou les étudiants à fournir des réponses puis à marquer le sujet comme résolu.
Cela signifie soit cela, soit le plugin est gravement obsolète. Heureusement, dans ce cas, je pense que votre évaluation est correcte ! Je ne pense pas l’utiliser quelque part pour le moment, mais je l’utilisais assez récemment.
Du moins, c’est le cas pour ce dernier avec le marquage des sujets comme résolus, comme
Je ne suis pas sûr pour le premier sur le coup, mais dans le pire des cas, vous pourriez l’obtenir avec le plugin Data Explorer.
. Sur notre forum, ce sont généralement les membres du personnel qui marquent les réponses comme solutions, plutôt que l’OP.