J’ai signalé/confirmé trois bugs mineurs au cours des trois dernières semaines - aucune confirmation que les messages aient même été lus par un membre de l’équipe…
ils modifieront mon GIF sarcastique assez rapidement cependant…
Je pensais suivre le programme https://meta.discourse.org/t/discourse-support-training-program/194057/1 … mettre en place un bac à sable, essayer d’installer localement aussi, poser des questions, essayer d’être utile… cela a juste vidé tout mon enthousiasme.
Je vais déplacer cela dans un sujet Site feedback distinct afin que nous puissions en discuter librement sans craindre de sortir du sujet. 
J’espère que cela ne vous dérange pas. 
Je ne sais pas si vous me compteriez officiellement dans l’« équipe » pour le moment, mais je les ai lus. 
Bien que je pense que je pourrais faire un bien meilleur travail que ce que j’ai fait en laissant quelques J’aime et une reconnaissance pour montrer que je l’ai fait. Je suis convaincu que d’autres membres de l’équipe les ont également lus, mais j’apprécie que sans laisser un petit quelque chose pour dire qu’ils l’ont fait, cela peut donner l’impression que personne n’écoute.
J’ai été sincèrement triste de lire cela. Évidemment, j’adore le programme Discourse Experts, car je pense que c’est l’une des principales raisons pour lesquelles j’ai réussi à décrocher ce poste. Je le recommanderais sans hésiter si cela vous intéresse, et je serai volontiers votre parrain d’intégration si vous souhaitez me contacter et poser des questions. 
Les autres sont également très généreux dans leur aide (heureusement pour moi, car ils en savent beaucoup plus que moi )
Je viens de commencer en tant que nouveau modérateur de communauté pour Meta, donc je suis vraiment intéressé par la façon dont nous pouvons rendre l’expérience amusante et gratifiante pour que plus de personnes rejoignent et contribuent (qu’elles fassent partie du programme Experts ou non). Il faut beaucoup de temps et d’efforts pour aider les autres avec leurs problèmes, reproduire les bugs, etc., et je pense qu’il est important que les gens sentent que leurs contributions sont valorisées.
Dans cette optique, y a-t-il quelque chose que vous aimeriez suggérer que je pourrais faire différemment pour rendre l’expérience plus agréable ?
Félicitations pour votre intégration dans l’équipe.
Je suis sûr que c’était avant que vous ne commenciez.
Merci également pour votre offre très généreuse d’être mon ‘parrain d’intégration’.
Continuez à être aussi amical que vous l’êtes maintenant dans sept ans… si quelqu’un prend le temps de signaler ou de reproduire des bugs ou de donner un quelconque retour… cliquez au minimum sur 
Parce que…
presque juste… cela ressemble beaucoup à personne n’écoute.
J’essaierai certainement de rester aussi amical. Et je m’assurerai de laisser au moins un « quelque chose » pour montrer que nous écoutons. Ayant été de l’autre côté, j’apprécie que passer du temps à contribuer quelque chose pour qu’il semble ensuite disparaître dans un abîme n’est pas une bonne sensation. Je vous assure cependant que l’équipe lit tout (ce qui peut sembler une exagération, mais ce n’est vraiment pas le cas).
Pas de problème. J’espère que vous l’accepterez.
Pour que ce soit clair, la modification du gif est un travail automatisé qui télécharge les images distantes vers le stockage local, afin que nous ne perdions pas l’image lorsque le site distant disparaît, ce n’est pas quelque chose qu’un membre du personnel fait manuellement.
Salut Falco,
Non, ce n’est pas ce que je veux dire et je le sais, merci.
codinghorror - il y a 19 heures à l’instant
a édité/supprimé un gif de mon post
Je suppose qu’il ne pense pas que je suis un ‘Loser’ 
Absolument fait manuellement.
Je tiens juste à clarifier cela.
J’aime beaucoup Discourse, j’ai effectué trois migrations, je navigue sur meta, et j’ai réalisé plusieurs transactions réussies sur Marketplace par le passé.
Seulement 2 choses me dérangent (un peu seulement !) lorsque je navigue et que je poste.
Poster dans Support et ne recevoir aucune réponse pendant des jours ou des semaines. Mais c’est normal, parfois les gens n’ont pas la solution, ou le temps, ou la volonté d’aider gratuitement. C’est un peu frustrant par nature et pas spécifique à Discourse 
Suggérer des choses dans UX ou Feature et n’avoir aucun suivi d’aucune sorte lorsqu’un sujet suscite de l’intérêt par des réponses et/ou des likes, en particulier de la part de membres influents ou de développeurs officiels de Discourse qui reconnaissent que ce sont de bonnes idées. Alors je me demande ce qu’il advient de ces idées/suggestions.
L’équipe de développement a-t-elle une sorte de document de travail où les idées « intéressantes » sont notées/mises en favoris et mises de côté, pour être réfléchies davantage à l’avenir ? Certaines de ces idées finissent-elles simplement à la poubelle sans que l’auteur en soit informé ? Certaines sont-elles conservées à basse priorité, pourraient très bien être ajoutées à l’avenir, mais on ne nous le dit simplement pas à ce stade ?
Je comprends de nombreuses raisons pour lesquelles il n’y aurait pas de suivi sur ces sujets, mais c’est néanmoins un peu frustrant car lorsque les gens postent des suggestions, c’est (souvent) parce qu’ils se soucient de Discourse et pensent qu’ils pourraient y ajouter de la valeur. 
Si cela peut vous consoler, je travaille pour Discourse et il y a des tâches que je me suis assignées et que je n’ai pas pu accomplir depuis un an ou plus. Nous avons des milliers de clients à ce stade, et nous devons prioriser leurs bugs/fonctionnalités/demandes pour continuer à fonctionner en tant qu’entreprise.
Il y a aussi des rapports de bugs ouverts pour Chrome et Safari que j’attends depuis 10 ans… et ce sont des entreprises 1 000 fois plus grandes que nous. C’est un peu la nature du développement logiciel d’avoir un backlog éternel.
N’oubliez pas que Meta est un support gratuit pour un produit que nous offrons gratuitement. Si quelque chose est incroyablement important pour vous, la meilleure façon d’attirer notre attention est d’être un client payant ou de soumettre une PR pour l’implémenter vous-même (ou de payer un contractant pour le faire). Certaines personnes ne peuvent malheureusement pas le faire, et dans ces cas-là, la chose la plus précieuse est d’avoir beaucoup de patience.
Le plus souvent, nous ne savons pas. Peut-être que nous pourrons nous en occuper dans un mois, ou peut-être dans un an ! Nous planifions de grandes priorités et des fonctionnalités/tâches plus petites sont prises en charge quand elles le peuvent. Peut-être que c’est quelque chose qui n’intéresse personne d’autre et que cela s’estompe dans l’histoire.
Nous voulons répondre à plus de messages ici sur Meta, et comme l’a mentionné @JammyDodger, c’est pourquoi nous l’avons embauché comme modérateur ici… la première fois que nous avons un employé dédié spécifiquement à Meta !
Tout ce que vous avez à faire est de cliquer simplement reconnaître le temps, les efforts et l’existence, c’est de cela dont je parle.
Mais je veux vraiment être entraîné plus loin dans tout ça… J’ai eu une série d’expériences négatives ici et cela semble s’y ajouter.
Excellente défense d’équipe cependant.
J’ajouterai qu’une chose qui rend la contribution à meta plus agréable est de redonner ce que nous avons appris.
La plupart d’entre nous, je pense, sont venus ici d’abord avec des questions, des suggestions… Et ont reçu de l’aide et des réponses. Nous avons appris sur Discourse, les communautés en ligne, la programmation…
Comme je le dis souvent, je ne suis pas du tout un sorcier du code, mais au fil des ans, tant de personnes m’ont aidé, et en retour, j’essaie d’aider d’autres personnes dans Support au mieux de mes capacités. Elles sont assez modestes, mais parfois, modeste est plus que suffisant pour aider quelqu’un.
Suggérer des améliorations UX, de nouvelles fonctionnalités, signaler des bugs, etc… Est également un moyen de redonner à la communauté ce qu’elle nous a offert.
C’est exactement ce que je faisais… mais c’était à sens unique
Je ne fais pas partie de l’équipe Discourse, mais je développe des composants de thème/plugins pour Discourse.
Je peux dire que j’apprécie vraiment les rapports de bugs et que les gens prennent le temps de les faire, car ils peuvent être très utiles. Parfois, je suis débordé par d’autres travaux et je n’ai pas le temps de répondre immédiatement, alors j’ai l’habitude de mettre en favori le message avec un rappel pour y jeter un œil quand j’aurai plus de temps.
En fait, il semble que j’en ai un pour l’un de vos rapports sur mon composant de copie de message
Peut-être que mettre en favori avec des rappels pourrait être une technique que d’autres pourraient utiliser ?
Je dois prendre l’habitude de mettre les rapports cependant. Merci pour vos commentaires !
Je suis à peu près sûr que la plupart des utilisateurs n’utilisent pas toutes les fonctionnalités que Discourse a à offrir et que cela pourrait rendre l’expérience encore plus agréable.
Je suis au courant de la fonction de mise en signet (hé, j’ai fait le tutoriel de Discobot… 
), elle est incroyable, mais je ne pense littéralement jamais à l’utiliser.
Mais j’ai l’impression de sortir un peu du sujet - une mauvaise habitude, désolé…
Si j’ai bien compris @geoff777, votre sujet tourne autour de votre reconnaissance par d’autres utilisateurs et/ou le personnel ? Le sujet a été divisé, vous n’avez donc peut-être pas décidé spécifiquement de quoi il s’agissait.
Mais je pense comprendre comment vous vous sentez.
Parce que quand j’ai commencé à travailler il y a longtemps (et pendant longtemps), j’étais juste un contractuel pour quelqu’un qui gérait les projets. Il était presque le seul à parler à ses clients, je me contentais d’écrire du code en suivant des directives.
Je n’avais de retours que lorsque le travail n’était pas aussi bon que prévu ou s’il y avait des problèmes.
Si le travail était suffisant et que le client était satisfait, je n’avais aucun retour.
Au bout d’un moment, cela m’a attristé de ne pas voir mon bon travail reconnu et j’ai parlé à la personne pour qui je travaillais (que je connaissais très bien) pour lui dire que j’aimerais un peu plus de considération et avoir non seulement des retours négatifs, mais aussi des retours positifs si mon travail était bien fait. Cela me motiverait davantage.
Il a procédé ainsi pendant un certain temps, mais la situation a fini par rester la même qu’auparavant. J’ai appris à accepter que le silence - l’absence de retour - signifiait que mon travail était bon.
Mais votre problème est différent ici car je suis d’accord que de nos jours, un simple clic sur le bouton “j’aime” est en effet un retour positif, une reconnaissance, un partage de conviction, etc.
Alors, peut-être que la question fondamentale ici est : pourquoi vos publications ne sont-elles pas reconnues comme vous le souhaitez ?
Personnellement, au lieu de discuter d’un problème personnel, je serais plus intéressé par une discussion comme le titre l’indique : “comment rendre la contribution à meta plus agréable ?”, mais de manière générale.
Et à part les petites choses que j’ai publiées, je ne peux pas en dire beaucoup plus, je n’ai pas de réel problème avec meta.
Je suppose que lorsqu’une personne fait des suggestions sur des fonctionnalités et l’UX, elle pense souvent que ses idées sont au moins très pratiques, et au plus géniales. Comme “comment diable personne n’y a pensé avant ?”. Nous sommes biaisés, nous voulons tous penser que nous sommes intelligents, que nous savons mieux ce dont les autres ont besoin, que les choses auxquelles nous pensons ne sont pas si difficiles à mettre en œuvre et que tout le monde applaudit à la fin… Et j’en suis très coupable (et conscient !).
Au début, j’ai apprécié de voir quelques “j’aime” et la réponse très positive d’Osioke ici, par exemple. Mais j’ai été déçu par le manque d’élan à la fin (le sujet semblait “disparaître dans l’histoire”, pour reprendre vos mots), alors que j’étais sûr que mon idée était de premier ordre et inventive dans le contexte d’un forum car j’avais déjà rencontré ce problème de recherche d’images si souvent par le passé.
Mais dans le monde réel, cela ne fonctionne pas nécessairement ainsi. Peut-être que la recherche d’images spécifiques dans un forum est une utilisation trop niche de la recherche. Peut-être que c’est incroyablement difficile à mettre en œuvre. Peut-être qu’il y a des tonnes de choses plus importantes à faire avec Discourse. Peut-être [insérer une douzaine de raisons au manque d’élan].
J’ai également vérifié les concurrents directs de Discourse (Flarum, nodeBB) pour voir s’ils avaient des fonctionnalités similaires (ils n’en ont pas), et j’ai regardé le dépôt de Discourse pour voir comment les extraits de résultats étaient générés afin d’essayer de comprendre un peu comment cela fonctionnait (je n’ai presque rien compris, évidemment… :rire:).
Dans ce sens, je n’ai pas apprécié le manque de retour sur une contribution que je pensais géniale.
Mais sur ce sujet particulier, c’était mon propre problème personnel, pas un problème général.
Salut Canapin,
Merci d’avoir partagé tes expériences.
La situation client - entrepreneur - codeur que tu décris semble typique.
Mauvaise gestion des personnes par l’entrepreneur. Seuls les retours négatifs sur une longue période sont érosifs.
Je n’ai aucun problème avec les utilisateurs ou les individus ici.
En fait, c’est le contraire, il y a beaucoup de gens ici que j’admire pour leurs contributions.
Je vais m’assurer de mettre plus souvent , pas seulement ici mais sur tous les sites que je fréquente.
Il y a d’excellentes contributions ici que les gens passent beaucoup de temps à rechercher, à fournir des liens, des extraits de code, même des publications avec des champs de saisie qui génèrent du code spécifique à l’utilisateur à copier. Montrez-leur un peu de , c’est mérité.
J’ai eu des réactions mitigées de la part de l’équipe.
Certains ont été solidaires.
D’autres pensent qu’il est de la norme de l’industrie d’ignorer… souvent pendant des années… c’est gratuit - tais-toi… nous faisons déjà de notre mieux… nous avons des milliers de clients payants… et par DM… Rien à voir ici… tout est parfait… si vous voulez contribuer à l’avenir… retournez dans votre boîte et soyez sage.
Là où les ‘likes’ ont atterri était intéressant.
Je pense que si JammyDodger avait été embauché un mois plus tôt, mes contributions auraient pu être reconnues.
Probablement problème résolu ?
J’ai certainement croisé les doigts.
J’ai trouvé les liens que @osioke nous a donnés pour la formation Support Enthusiast assez utiles pour avoir une idée de ce qui influence la liste de priorités. La Règle des Trois, en particulier, revient assez souvent quand on sait qu’elle existe.
Je suis d’accord que l’équipe Discourse peut parfois sembler un peu trop sur la défensive - et je pense aussi que c’est largement inutile. Mais pour ajouter un autre commentaire, j’aime beaucoup que Meta soit une communauté qui n’est pas seulement gérée par des community managers dédiés. Il est rare d’avoir une communauté où presque toutes les personnes qui travaillent sur les choses et prennent des décisions sont des membres actifs de la communauté. Cela vient probablement du fait qu’ils n’ont pas le temps de répondre à tout. Au moins moi, je suis globalement plus satisfait de cela que de ce que je considérerais comme l’alternative la plus courante : des community managers reconnaissant votre contribution et étant hyper-amicaux, mais tout ce qu’ils peuvent dire, c’est qu’ils l’ont transmis à l’équipe responsable.
Eh bien, il y a probablement un juste milieu et j’espère que l’équipe ici le trouvera. Peut-être communiquer un peu mieux qui sont les membres de l’équipe et comment ils participent à la communauté ? Dans le cas spécifique de la catégorie Bug, peut-être changer le fonctionnement du badge Bug-Reporter ? Il est probablement responsable que l’équipe soit avare de likes initiaux là-bas
Je ne contribue pas du tout, donc ce sujet n’est pas pour moi, je suppose. Mais en général, la plupart des utilisateurs ici connaissent tout cela.
Il y a une communauté fortement hiérarchisée ici, comme il se doit. Un peu comme dans la société britannique. Certains sont de fervents développeurs, d’autres sont plus des utilisateurs finaux, mais ils essaient de fournir une plateforme de discussion.
La façon dont les deux groupes discutent, mettent en œuvre les choses et comprennent les choses en général est assez différente.
Il n’est pas non plus facile pour Meta d’être une communauté mondiale. Je suis bizarre, ainsi que Finlandais, donc je ne me soucie pas du glaçage à l’américaine. Je m’intéresse juste à la chose. Quelqu’un d’autre pourrait prendre l’écriture directe comme une insulte sanglante.
Ensuite, la question elle-même est fondamentalement perdue, et rien n’avance. Même si les deux parties sont d’accord sur la question ou le problème.
Même une barrière linguistique est un obstacle majeur, ou du moins un risque. J’écris fortement en pidgin anglais en utilisant des expressions finlandaises, et je ne maîtrise pas les bases des prépositions. Je lis l’anglais couramment, cependant. Il est facile de se faire mal comprendre, et en même temps aider les autres, ou y participer du tout, est derrière un seuil plus élevé. Il n’y a pas de solution à cela, mais cela explique pourquoi tout le monde ne peut pas participer.
Il y a un problème fondamental qui ronge tous les forums de développeurs. Les développeurs développent pour eux-mêmes et ont donc du mal à comprendre les besoins, les réactions et les désirs de l’utilisateur moyen.
Meta n’est en aucun cas le pire exemple, mais une atmosphère similaire peut être observée ici aussi. Qu’est-ce qui pourrait être fait alors ? Rien, je pense. Cela vient d’un monde si différent.
Les messages de bogues et autres doivent recevoir une réponse. Dans la plupart des cas, les gens réagissent. Mais il doit y avoir une sorte de système de suivi qui vous indique un peu plus tard si un souhait ou une erreur peut être corrigé rapidement, dans un avenir proche, ou s’il est irréaliste. Il en va de même pour les souhaits de fonctionnalités.
Tout comme les gens lisent différemment, le style d’écriture l’est aussi. Certains de ceux liés au méthane sont remarquablement ensoleillés. Certains sont courts et parfois même ennuyeux de l’avis des Finlandais. Mais inutilement souvent, je vois une passivité-agressivité claire si l’utilisateur moyen refuse de se plier à la volonté des développeurs.
Mais bien sûr, il y a aussi un problème avec les utilisateurs. Et les différentes capacités en matière de problèmes techniques ne facilitent pas les choses. De plus, pas mal de demandes de support évidentes relèvent du matériel FAQ et il est clair que même les instructions de base n’ont pas été lues.
Le fait que le personnel soit en mesure de répondre le plus souvent avec aide est louable. Je ne serais peut-être pas aussi patient.
Mais une requête que j’ai. Ne dites jamais que quelque chose n’arrive pas parce que Discourse est gratuit. Ce n’est pas le cas et c’est une affirmation fortement dégradante pour la communauté. Sans la communauté, vous n’auriez aucune plateforme à vendre de manière crédible à des clients d’entreprise. Ceux qui maintiennent un forum gratuit paient pour l’utilisation en effectuant des tests continus. Dans le même temps, certains d’entre eux, qui ont des compétences techniques suffisantes et les compétences linguistiques nécessaires, font une grande partie des activités de support qui appartiennent à l’entreprise.
Sur le même axe se trouve un rappel que les clients payants sont servis en premier et selon leurs souhaits. Bien sûr, si vous voulez souligner une division claire entre les utilisateurs de catégorie A et B, c’est une politique réalisable.
Chacun de nous connaît les réalités économiques. Mais il ne faut pas le brandir comme un chiffon mou devant votre visage. Trouvez une autre expression. Le manque de ressources, la hâte, suffisent.
Désolé, je ne peux pas répondre de manière constructive au titre. Peut-être que cela aiderait si nous essayions tous de comprendre les besoins des autres, de trouver un terrain d’entente et de parvenir à un consensus qui combine les activités commerciales de Discourse, les activités communautaires et le contenu de Meta.
Je suis désolé de le dire, mais j’ai des sentiments très forts contre ce sujet. Je lisais sans aucun préjugé pour essayer de comprendre ce qui était demandé. Tout d’abord, quiconque est ici sur meta depuis plus de quelques jours est là parce qu’il aime l’ambiance et essaie de faire partie de la communauté autour du produit, c’est-à-dire discourse. Meta n’est pas un réseau social ou un groupe de soutien pour rendre la participation agréable.
Il y a des moments où j’avais tort et où j’étais corrigé par d’autres utilisateurs de discourse ou par le personnel de discourse pour mes hypothèses ou approches erronées. Celles-ci pouvaient parfois sembler rudes, mais je comprends que chacun a sa façon de converser et que, par conséquent, les gens essaieront de faire valoir leur point de vue plutôt que de vous faire sentir le bienvenu. Cependant, comme j’aime utiliser discourse et que je veux aider la communauté discourse pendant mon temps libre, un tel comportement ne m’a jamais dissuadé de participer à meta.
Le fait est que, quelle que soit la façon dont meta devient agréable, les likes et les réponses fonctionnent toujours comme un indicateur fort de la pertinence d’un message. Parfois, l’OP dans un sujet de support ignore totalement le matériel d’aide qui lui est fourni et publie plutôt son propre commentaire (par exemple, j’ai fait ceci, puis cela, comme mentionné ci-dessus, et cela a résolu mon problème), puis il marque son propre commentaire comme solution. Ce comportement en soi est suffisamment décourageant pour que l’on puisse avoir des sentiments mitigés à ce sujet, en particulier pour celui qui a répondu à l’utilisateur qui essayait de l’aider. Je comprends tout à fait qu’il puisse y avoir des cas où un utilisateur a fait quelque chose de totalement différent de la suggestion pour résoudre son problème, mais le plus souvent, il résout ses problèmes en suivant les conseils de quelqu’un d’autre et marque ensuite sa propre réponse comme solution. Cela indique-t-il que l’utilisateur est trop têtu pour accepter que quelqu’un d’autre l’ait aidé ?
Un autre problème que je vois est que parfois les sujets ne sont pas reconnus pendant des jours. Bien que cela soit un inconvénient majeur si le support était une option payante, l’équipe de discourse est déjà assez généreuse pour écouter nos voix et agir en conséquence, le support fourni sur meta est absolument gratuit. Je ne m’attends pas à ce que mon rapport de bug ou ma demande de fonctionnalité explose frénétiquement et établisse des records de nombre de likes et de commentaires, etc. Si une demande ou un rapport est légitime, il sera inclus lorsque le temps le permettra, et nous avons toujours le choix de devenir un client payant et d’attirer l’attention de l’équipe à un rythme accéléré.
Dans l’ensemble, je ne suis pas résistant à un comportement inclusif, mais honnêtement, même si chaque utilisateur de meta essayait d’encourager de nouvelles contributions, ceux qui doivent partir partiront et ceux qui aiment être ici resteront. Alors, quel est l’intérêt ?
J’aurais pu l’écrire moi-même Jakke.
(sauf que je suis néerlandais et non finlandais, mais les Néerlandais sont au moins aussi directs).
Et tu contribues.
Mon avis sur la question :
Oui, parfois le manque de retour peut être un peu frustrant. Mais d’un autre côté, j’ai de nombreux exemples où j’ai trouvé un bug et il a été résolu et fusionné avant même que je puisse vérifier si j’avais reçu un « j’aime » sur mon message.
Bien qu’une communauté saine soit une condition importante pour un bon produit open source, ce n’est pas le but ultime : le but est le produit. Et lorsque je compare la communauté à tout autre produit open source, je pense qu’elle pourrait très bien être la meilleure communauté qui soit. La plupart des autres produits open source ont des communautés beaucoup moins vivantes ou moins cohérentes, si elles en ont une.
Et oui, parfois il y a ce qu’on pourrait appeler une « défense d’équipe ». Mais existe-t-il un autre produit open source qui a embauché autant de personnes parce qu’elles ont si bien contribué à la communauté ?
