Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nettoyage des rôles #62

Closed
fraxken opened this issue Jul 29, 2018 · 22 comments
Closed

Nettoyage des rôles #62

fraxken opened this issue Jul 29, 2018 · 22 comments

Comments

@fraxken
Copy link
Member

fraxken commented Jul 29, 2018

J'écris cette demande dans l'objectif de remettre à zéro la gestion des rôles au sein de la communauté. Le constat est que la plupart des rôles ne sont pas spécialement nécessaires et n'ont bien souvent aucune réelle valeur (Sans parler de la difficulté de garder les rôles en question à jour sur les membres de la communauté).

Cet demande de changement n'impactera pas les rôles de base: Fondateur, Mentor, Communauté.

Les rôles Twitter et Logs ne seront pas non plus impactés par cet demande (Rôles d'accès à des salons privés).

L'objectif est de laisser plus de place à d'éventuel futur changement et/ou évolution autour des rôles. Peut-être par exemple pouvoir mieux fédérer/certifier certains rôles.

@Xstoudi
Copy link
Member

Xstoudi commented Jul 29, 2018

Pour moi, très honnêtement, le système de rôles n'est pas nécessaire du tout. Ou alors il est nécessaire de le garder très générique pour ne pas s'y perdre.
A mon sens, une bonne répartition des sujets par salon est beaucoup plus efficace et beaucoup plus simple à gérer que des rôles.

@Purexo
Copy link
Collaborator

Purexo commented Jul 29, 2018

Pour ma part je trouve que tu ne va pas assez loin dans la réflexion.

Je rejoins @Xstoudi . On peux très bien supprimer tout les rôles (sauf Fondateur, Mentor, Communauté évidement) même Twitter et Logs on peux les tejs il y a pas besoin que ces salons soient privé sincèrement (et si les gens ne veulent pas ce faire spam par ce type de chan, ils suffit pour eux de mute les chans en question 😉)

Mais je crois bien avoir déjà dis ça dans une autre issue.

@tiyodev
Copy link
Contributor

tiyodev commented Jul 30, 2018

Je pense la même chose,les rôles Fondateur, Mentor, Communauté suffisent amplement. C'est plus simple à gérer et je vois aucun chan qui doit être privé.

@Westixy
Copy link
Member

Westixy commented Jul 31, 2018

Pour aussi.
Sinon pour garder l'idée du qui maitrise quoi on pourrait ajouter une fonctionnalité au bot qui servirai a definir des domaines de compétences pour chaque personnes et ajouter une commande pour chercher des membres qui maitrise un domaine.
Ex :

  • !mastery add HTML CSS ES5+ ajoute les compétences a soit meme
  • !mastery add @garry HTML CSS ES5+ ajoute les compétences a garry
  • !mastery search HTML CSS list les personnes qui ont les compétences HTML et/ou CSS
  • !mastery remove CSS supprime les compétences a soit meme
  • !mastery list liste toutes les compétences
  • !mastery create Vue cree la compétence Vue 'only mentor'

Je suis peut être parti un peu loin mais c'est une idée a voir

@Xstoudi
Copy link
Member

Xstoudi commented Jul 31, 2018

C'était l'idée initiale à laquelle je m'oppose pour une raison très simple : c'est très inexhaustif.

@Purexo
Copy link
Collaborator

Purexo commented Aug 1, 2018

Tout comme faire un listing sous forme de rôle (on aura jamais une liste complète de toutes les techno quelle que sois la méthode), je trouve l'argument léger pour le coup.

Après la vrai question à ce poser c'est : Quel est l’intérêt d'assigner des connaissances à des membres ? Et cet intérêt est il suffisant pour qu'on y cherche un substitut ou on s'en fous.

En tout cas pour le moment, tout le monde à l'air d'accord pour dire que ça met trop de bazars dans les rôles pour rien.

@Xstoudi
Copy link
Member

Xstoudi commented Aug 1, 2018

Bah en l'occurence c'est pas léger vu que j'ai jamais prétendu être en faveur du listing sous forme de rôles.

L'intérêt le plus flagrant c'est de pouvoir chercher à qui s'adresser en cas de problème.

La vraie question c'est de savoir comment c'est utilisé depuis qu'on la mis en place ?
La réponse c'est que ça a jamais été utilisé vu que les rôles ont le "allow anyone to mention this role" sur OFF.
Donc visiblement, tel quel, ça rajoute des badges aux gens sans apporter quoi que ce soit derrière vu que personne, pas même un fondateur, ne peut mentionner les rôles.

@AlexandreMalaj
Copy link
Contributor

En parlant de ce système de rôle, qui de mon point de vue n'apporte pas grand chose, il y a plusieurs chose qui rentre en compte.
Comme l'a dit @Purexo, la première question est :

  • Quel est l’intérêt d'assigner des connaissances à des membres ?
    La question doit être absolument posé !
    Pour ma part je répondrai : pour connaitre un minimum les membres !

Si intérêt il y a :

  • Savoir comment ça a été utilisé depuis la mise en place (@Xstoudi)

A partir de là il y a plusieurs possibilités, mais Discord nous offre-t-il l'opportunité de mettre en place ce que l'on/vous souhaiter-ait/iez ! Ce point est aussi important !

Dans mon idée, j'avais en tête le channel #présentation.
Le channel en lui même est intéressant, mais le gros problème est que les nouveaux arrivant ne connaissent pas les personnes dans la communauté mis à part les dernières présentations affichées. Reste à savoir si l'arrivant a envie de se taper tout le channel de présentation ! 👎

Si c'est une "communauté" il faut que les nouveaux puissent se faire une idée des personnes présentes. Se connaitre quoi ! Du moins... un minimum bordel !

J'avais donc pensé à pouvoir "reprendre" les présentations déjà écritent pour les "lier" avec les personnes (en note ?). Le problème reste : est-ce que Discord nous permettrait de réaliser cela ? De plus, cela est-il vraiment envisageable et possible ?

Avec cette approche, on oubli donc clairement les rôles (mis à part ceux déjà évoqués), et sont remplacés par une "présentation" (voir si possible une plus succincte). Car au fond, je ne pense pas que les personnes recherchent quelqu'un de spécifique mais écrivent juste leurs problèmes dans le bon canal et attendent une réponse.

Dans tous les cas, il faut répondre au deux questions citées plus haut si on veut que le sujet avance ! 😃

@DraftProducts
Copy link

Pour rejoindre l'idée de @Westixy l'idée du bot me plait bien mais plutôt sous forme de réactions, j'avais fait ça sur d'autres serveurs et c'était plutôt sympa
Un message par couleur avec le titre qui corresponds et les icones correspondant

@Purexo
Copy link
Collaborator

Purexo commented Aug 3, 2018

@DraftProducts j'arrive pas trop à comprendre ton truc. Est-ce que tu peux expliquer un peu plus en détail comment ça fonctionne ?

@DraftProducts
Copy link

DraftProducts commented Aug 3, 2018

Dans ce style là mais avec les icones de chaque framework, langages ect à la place des numéros

image

Je penses que les catégories pourrais être en fonction des couleurs comme ceci :

  • Langages
  • Databases
  • Frameworks Js
  • Outils
    ect...

Si vous le souhaitez je peux même m'occuper du dev de cette feature et faire un pull request !

@tiyodev
Copy link
Contributor

tiyodev commented Aug 3, 2018

Pour répondre à la question : Quel est l’intérêt d'assigner des connaissances à des membres ?

je pense qu'on est tous plus ou moins d'accord, ça sert uniquement à mieux connaitre les membres de la commu.

Donc pour moi le mieux serait d'avoir un visuel au niveau des présentations sur les compétences de chacun. Ce que propose @DraftProducts peut être pas mal.

@DeltaEvo
Copy link
Contributor

DeltaEvo commented Aug 5, 2018

Pour répondre à la question : Quel est l’intérêt d'assigner des connaissances à des membres ?

je pense qu'on est tous plus ou moins d'accord, ça sert uniquement à mieux connaitre les membres de la commu.

Pour le coup, je ne pense pas que l'on peux reduire un developpeur à des "connaissances", par exemple bien que j'ai casiment jamais utilisé Angular, je pense savoir m'en servir un minimum car j'ai deja du plongé dans la doc pour aider quelqu'un et j'ai du apprendre quelques truc inconsciement en lisant des demandes d'aide

Je rejoint l'avis sur le fait que ces rôles sont assez inutiles 😄

Le channel en lui même est intéressant, mais le gros problème est que les nouveaux arrivant ne connaissent pas les personnes dans la communauté mis à part les dernières présentations affichées. Reste à savoir si l'arrivant a envie de se taper tout le channel de présentation ! -1

Si c'est une "communauté" il faut que les nouveaux puissent se faire une idée des personnes présentes. Se connaitre quoi ! Du moins... un minimum bordel !

J'avais donc pensé à pouvoir "reprendre" les présentations déjà écritent pour les "lier" avec les personnes (en note ?). Le problème reste : est-ce que Discord nous permettrait de réaliser cela ? De plus, cela est-il vraiment envisageable et possible ?

Avec cette approche, on oubli donc clairement les rôles (mis à part ceux déjà évoqués), et sont remplacés par une "présentation" (voir si possible une plus succincte). Car au fond, je ne pense pas que les personnes recherchent quelqu'un de spécifique mais écrivent juste leurs problèmes dans le bon canal et attendent une réponse.

Pour le coup, bien que je sois un "ancien" de la communauté et que j'ai vu passer toutes les presentations dans le channel #présentation, j'en ai lu casiment aucune entièrement 🙃 ce qui ne change pas vraiment d'un nouveau membre 😄 , quand il y a un nouveaux membre je lis en diagonnale.
Comme tu le soulève c'est utile quand tu aide quelqu'un ou que tu te fait aider pour connaitre le background de la personne ce qui peux t'orrienter sur la façon de lui repondre où de prendre sa solution, dans ce cas la j'utilise la recherche de Discord, par exemple from: WebD#0010 in: presentation ce qui me permet de lier la presentation à un utilisateur rapidement et à ce moment je lis toute la presentation

Personnelement j'approuve l'idée initiale de @fraxken, pas besoin de rajouter quoi que ce soit

@DraftProducts
Copy link

Le problème étant qu'une note appartient à un membre avec comme cible un autre membre et je ne penses pas d'un bot du discord puisses accéder aux infos perso d'un membre

@DeltaEvo
Copy link
Contributor

DeltaEvo commented Aug 6, 2018

J'ai pas compris ce que tu essaye d'avancer @DraftProducts, une note ?

@DraftProducts
Copy link

J'avais donc pensé à pouvoir "reprendre" les présentations déjà écritent pour les "lier" avec les personnes (en note ?). Le problème reste : est-ce que Discord nous permettrait de réaliser cela ? De plus, cela est-il vraiment envisageable et possible ?

@DeltaEvo
Copy link
Contributor

DeltaEvo commented Aug 6, 2018

Ce n'est pas possible avec un bot, les note sur un utilisateurs ne sont pas globale à tout les membres, donc seul le propriétaire du compte peux mettre des notes
Nb: il peux y avoir un moyen si l'utilisateur nous délègue un accès a son api (oauth), mais c'est un peu contraignant pour pas grand chose
Je pense que t'as pas besoin de lier ça, la recherche Discord fais bien l'affaire

@DraftProducts
Copy link

C'est pas moi qui ai dit ça... @DeltaEvo c'est toi

@DeltaEvo
Copy link
Contributor

DeltaEvo commented Aug 6, 2018

Non @DraftProducts j'ai seulement cité @AlexandreMalaj pour lui repondre

@DraftProducts
Copy link

Ah autant pour moi j'avais pas compris

@fraxken
Copy link
Member Author

fraxken commented Aug 8, 2018

Merci d'éviter de partir dans des monologues à trois kilomètres de la demande initiale (cela n'aide vraiment pas). Si vous avez des idées particulières pour la suite, le système de demande est ouvert ! (A faire sur le repo es_bot pour les évolutions du bot).

Je vais mettre en place la demande initiale sur le discord (puisqu'elle semble majoritairement acceptée).

@fraxken
Copy link
Member Author

fraxken commented Aug 8, 2018

La demande est désormais en place !

@fraxken fraxken closed this as completed Aug 8, 2018
@Purexo Purexo mentioned this issue Jun 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants