-
Notifications
You must be signed in to change notification settings - Fork 162
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
Transparence sur la validation #539
Comments
Pour le moment on peut déjà implémenter simplement l'envoi d'un message automatique a un auteur dont le tutoriel a été réservé par l'auteur. Il suffit d'utiliser le service sens_mp associé a l'utilisateur bot et dans les paramètres, demande d'envoyer aussi un mail. |
Est-ce qu'il est possible de sauver la progression de la validation de façon à proposer une visualisation graphique de la chose, et un texte qui dit "ça en est là" ? |
Le problème avec cette approche, c'est qu'une validation n'est pas toujours linéaire. |
N'est pas linéaire : est-ce que ça empêche d'avoir un "statut" ? Je ne dis pas de mettre "dans 3 jours t'auras une réponse" mais "la partie I a été lue", "machin a réservé la validation de ce tutoriel", ... |
C'est un long débat qu'on a déjà tenus maintes fois sur le SdZ. En quelques mots, voilà ce qui en est toujours ressorti : le fait est que personne n'a la même manière de valider, et qu'on souhaite éviter du mieux que possible l'envoi de faux signaux. Donc pour éviter les prises de têtes et les sujets à la con du genre "mon cours a été lu à + de 80% depuis 3 jours et j'ai toujours pas reçu mon retour de validation", on a toujours opté pour... KISS :
L'amélioration sur ZdS, c'est que l'auteur saura quand un valido s'attribuera/se désattribuera son tuto. |
Maintenant si on veut en (re)discuter, je pense que c'est plus sage d'attendre la montée en puissance de ZdS côté public, et d'analyser comment se passe la validation au fil de l'eau. M'est avis que ça ne sert à rien d'affiner en amont des process sans avoir de nouvelles expériences sur lesquelles se baser. |
@Coy0te je ne sais pas a qui tu réponds, donc dans le doute, je ré-expose mon raisonnement. Si on donne le choix aux validateurs de pouvoir marquer chaque extrait comme "ok", est-ce que ça pose un problème ? si oui lequel ? Je dis bien on donne le choix, car le valido n'est pas obligé de signaler s'il a lu tel ou tel extrait. Mais pour les validos qui valident par petit bout, il pourra facilement savoir ou il en est dans sa validation, et donc l'auteur pourra avoir un detail sur l'avancement. Pour le valido qui préfère valider tout un tuto d'un coup, ça reste possible, c'est juste que le suivi passera de 0% a 100% d'un coup au bout de x mois. Donc, en résumé, je ne vois pas pourquoi ça ne serait pas envisageable pour zds. |
C'est un bon argument, mais ya aussi le fait qu'un utilisateur sera
Apres les messages du genre "mon cours a été lu à + de 80% depuis 3 jours 2014-05-21 10:39 GMT+01:00 Coyote notifications@github.com:
|
Pour moi, il est urgent d'attendre et de voir les retours de validations Les processus de validation et comportement des auteurs comportent des AMHA, le premier truc "additionnel" (i.e. pas strictement indispensable) à Le 21 mai 2014 11:49, geoffreyc notifications@github.com a écrit :
|
Aucun problème et c'est tout à fait envisageable, on est d'accord sur ce point. Je disais simplement qu'il ne s'agissait pas d'une discussion "nouvelle", et qu'avec la palanquée de trucs importants qu'il reste à faire, couplée à l'incertitude sur l'efficacité finale de ce système, on ferait probablement mieux d'attendre. Bref, en deux mots, +1 SpaceFox. |
Je vais arriver avec un truc lié de loin a cette issue. SI je me souviens bien, le plus gros prob de l'epoque Sdz n'etait pas tant le manque de transparence que la durée de validation. Certains tutos prenant des semaines voir des mois avant d'etre validés, soit par manque de disponibilité des validateurs, soit par manque de compétences particulière. Si mon analyse est bonne, ce ticket n'est pas urgent : tant qu'ont aura peu de tutos d'envoyés, ils seront globalement traités rapidement et le coté obscure ne genera pas. Celui-ci gene quand on ne sais rien ET que ça prend du temps. A long terme une autre possibilité serait d'ouvrir en partie la validation qui permetrait de rendre le truc plus transparent et probablement plus rapide. En gros, pourquoi ne pas considérer la validation comme une PR (puisque techniquement la validation est une demande de merge dans une branche vers une autre) et de reprendre le fonctionnement de GH :
Cela pourrait permettre d'alléger le travail des validateurs puisque d'autres membres pourraient commenter et mettre le doigt sur les problèmes si aucun valido n'a le temps et/ou les compétences. Evidement le valido peu lui aussi commenter et de toute façon c'est lui qui aura le mot final. Je me doute que ma proposition tranche radicalement avec ce qui se fait actuellement mais cela pourrait être interessant à tester au moins. |
Ca serait un combo validation par validateurs X validation par pairs (SdZ X OCR) si j'ai bien suivi ? |
C'est une idée intéressante, mais j'ai peur qu'on se retrouve avec le même Le 21 mai 2014 15:40, Christophe Gabard notifications@github.com a écrit :
|
Y'a pas de validation par pairs sur OCR, c'est de la correction d'exos. C'est différent, parce qu'un exo est beaucoup plus court, et qu'il est Le 21 mai 2014 15:42, SpaceFox ujueseo.yeou@gmail.com a écrit :
|
Ah pardon, je suis plus rien de OCR j'avais cru comprendre ça ^^" je me disais bien qu'ils ne pouvaient pas avoir d'aussi bonnes idées. |
Ben même pas : leur idée est très bien pensée et à priori bien réalisée ; Le 21 mai 2014 15:45, DEMODE Alexandre notifications@github.com a écrit :
|
Je remonte cette issue pour reparler de mon idée :
Je pense que dans un premier temps, pour éviter cet effet, on peut très bien limiter cette fonctionnalité de "PR de validation" aux seuls personnes qui ont déjà publié du contenu sur le site. On peut en effet considérer que les auteurs font parties des personnes les plus pertinente pour commenter le travail de d'autres auteurs. En tout cas on évitera les commentaires des personnes tout a fait débutants. |
J'aime bien l'idée ! En gros il n'y aurait que le staff + auteurs qui commenteraient si je suis bien ? |
Yep. Pour éviter le prob des gens qui prennent les tutos "en beta/demande de validation" comme argent comptant et/ou commentent inutilement, on rajoute les autres auteurs comme commentateurs. Ainsi on gagne un bon nombre de personnes comme commentateurs possibles, autant sur le fond que la forme. On gagne en ouverture et transparence et on garde les valido qui ont le dernier mot. Et le must c'est qu'on peut présenter ça comme de la validation par ses pairs, comme dans le monde de la recherche académique. |
Si des ZEPs sont en cours sur le sujet, est-ce utile de garder ce ticket ? |
Non. |
Pour l'instant l'auteur n'a aucune visibilité sur la progression de la validation de son article/tuto. Il faudra ajouter des process à ce niveau...
J'en profite pour copier un joli paragraphe/idée de Javier :
The text was updated successfully, but these errors were encountered: