C’est une expérience de pensée intéressante d’imaginer de porter notre fonctionnalité existante « résumer ce sujet » à une vidéo… « Je n’ai pas le temps de regarder une vidéo de 30 minutes, montrez-moi juste les meilleures parties »
Cela s’applique aux sujets comportant un grand nombre de consultations et de commentaires. Un texte qui vient d’être publié ne peut pas être automatiquement divisé en parties logiques.
Le plus simple à faire avec les publications. Peut-être vaudrait-il la peine de considérer les réactions des utilisateurs. Ensuite, les publications les moins utiles pourraient être estompées ou complètement masquées, compressant ainsi le fil de discussion. Les mêmes règles pourraient s’appliquer aux paragraphes du premier message.
Les endroits les plus populaires du premier message sont les paragraphes dont les citations ont été utilisées dans le fil de discussion.
Ensuite, il faudrait examiner les balises et les légendes d’images utilisées par l’auteur du sujet, afin de ne pas masquer accidentellement des éléments importants.
Nous avons besoin de plus d’interactions actives des utilisateurs. Impliquez-les en leur disant que le contenu du sujet est façonné par eux. « Hé, votre opinion est prise en compte, regardez comme c’est génial ! »
Eh bien oui, c’est pourquoi le bouton « Résumer ce sujet » n’apparaît que lorsqu’un sujet a 50 réponses ou plus… c’est ainsi que cela a toujours fonctionné.
Après avoir discuté des paginations et du défilement infini avec des utilisateurs sur un autre forum, et comme je soupçonne que ce qui manque vraiment aux utilisateurs avec le défilement infini n’est pas une pagination à proprement parler, mais une sorte de points d’arrêt, je me demande si l’équipe de développement de Discourse a progressé sur ces réflexions concernant les points d’arrêt.
Il est frappant de constater à quel point cette fonctionnalité de « popularité chronologique » est utile en pratique. D’ailleurs, elle est idéale pour les podcasts, les longs articles, les longues discussions… vraiment partout. Montrez-moi quelles parties spécifiques les gens lisent, écoutent et regardent réellement.
Le « \u003ckbd\u003eRésumer ce sujet\u003c/kbd\u003e » se trouve en haut du sujet. Ainsi, lorsque vous entrez dans le sujet par le haut et faites défiler vers le bas, vous avez la possibilité de voir « juste l’essentiel ». L’idée que vous entrerez principalement par le haut du sujet est une supposition, une supposition raisonnablement sûre, mais…
Je ne peux m’empêcher de me demander s’il serait judicieux de promouvoir la fonctionnalité « Résumer » (et de proposer de l’activer) lorsque vous êtes (d’une manière ou d’une autre) directement lié à un sujet plus long, en arrivant en bas, ou n’importe où au milieu d’une longue conversation ?
Je pense qu’il y a un petit problème à encourager les utilisateurs à aller ou à se concentrer sur les points d’arrêt (si un point d’arrêt est un article particulièrement apprécié ou un article qui a reçu beaucoup de réponses, par exemple).
Cela peut amener les gens à manquer d’autres contenus intéressants. Ils opteront pour le contenu de discussion « meilleur » sélectionné, et il y aura alors un effet boule de neige. Ils verront et aimeront les articles sélectionnés qui leur sont présentés, et d’autres articles seront ignorés car non affichés.
Sur votre capture d’écran, la plupart des « parties les plus vues » sont liées à des chapitres, mais sur les vidéos qui ont peu ou pas de chapitres, la « partie la plus vue » existe également en dehors des marques de chapitres :
Et je les utilise aussi en pensant que cela me mènera naturellement à ce que je veux voir. Bien sûr. Cela peut dans la plupart des cas. Mais comment savoir sans regarder la vidéo entière (même en accéléré) ?
Je ne peux pas y penser sans penser au système de vote de Reddit, où les articles les plus votés sont les plus susceptibles d’être les plus votés car ils sont par défaut en haut des réponses. Effet boule de neige. Et j’ai vu BEAUCOUP de commentaires principaux sur Reddit qui contiennent des informations erronées.
En tant qu’utilisateur, si vous voulez les corriger, vous écrivez un message… Que personne ne lira jamais car votre message avec 0 vote sera au bas de XX ou XXX commentaires. Cela m’est arrivé trop souvent et je ne m’embête plus à le faire.
J’aime vraiment ce sujet. C’est un sujet très, très intéressant.
Ce sujet m’est venu à l’esprit en réfléchissant aux intégrations potentielles d’IA avec Discourse, j’ai donc rapidement essayé :
Can Discourse ship frequent Docker images that do not need to be bootstrapped?
Titre : Première réponse de Sam sur les images Docker
Début : 1
Titre : Discussion sur Docker Compose et la conception de conteneurs
Début : 18
Titre : L’équipe Discourse explique son approche
Début : 23
Titre : Les membres de la communauté proposent des alternatives
Début : 49
Titre : Poursuite de la discussion sur les compromis de conception de conteneurs
Début : 136
Titre : Mises à jour et réflexions ces dernières années
Début : 165
Why isn't Discourse more frequently recommended as a "community platform"?
Titre : Question initiale et contexte
Début : 4
Titre : Réponses et clarifications de l’équipe CDCK
Début : 6
Titre : Positionnement et marketing de Discourse
Début : 27
Titre : Expériences utilisateur et retours
Début : 125
Titre : Défis et suggestions UI/UX
Début : 60
Titre : Considérations sur l’open source et l’auto-hébergement
Début : 97
Titre : Comparaison avec d’autres plateformes
Début : 155
Titre : Orientation future et développement
Début : 151
Discord is taking aim at Discourse. How does Discourse remain unique and stand out from the crowd?
Titre : Comparaison initiale et préoccupations
Début : 1
Titre : Avantages de Discourse
Début : 2
Titre : Fonctionnalités de chat vs forum
Début : 6
Titre : SEO et découvrabilité
Début : 8
Titre : Expérience mobile et notifications
Début : 40
Titre : Open source et propriété des données
Début : 78
Titre : Les nouvelles fonctionnalités de forum de Discord
Début : 101
Titre : Intégration entre les plateformes
Début : 110
Titre : Perspectives d’avenir pour les deux plateformes
Début : 133
Federation support for Discourse
Titre : Proposition initiale et avantages
Début : 1
Titre : Premiers défis et exemples existants
Début : 3
Titre : Idées d’implémentation ActivityPub
Début : 14
Titre : Intérêt renouvelé et plans de développement
Début : 76
Titre : Spécification et développement de plugins
Début : 87
Titre : Publication du plugin et prochaines étapes
Début : 120
The State of JavaScript on Android in 2015 is... poor
Titre : Les performances JavaScript d’Android sont bien inférieures à celles d’iOS
Début : 1
Titre : Examen des raisons des mauvaises performances d’Android
Début : 39
Titre : Exploration d’alternatives pour améliorer l’expérience Android
Début : 18
Titre : Est-ce vraiment un problème majeur pour les utilisateurs ?
Début : 84
Titre : Progrès des performances JavaScript d’Android au fil du temps
Début : 246
Titre : L’écart de performance persiste ces dernières années
Début : 261
Cela nécessite quelques itérations de prompt pour ajouter un peu de saveur à ces titres, mais le cœur de l’idée semble réalisable.