DGNum/gestioCOF

Fork 1

Réécrire les petits cours #208

New issue

Open

opened 2018-10-20 16:51:31 +02:00 by mpepin · 8 comments

mpepin commented

2018-10-20 16:51:31 +02:00

(Migrated from git.eleves.ens.fr)

Je colle là le mail qu'on a reçu à ce propos pour que ça ne tombe pas dans l'oubli :

Salut COFgeek !

Une fois n'est pas coutume, on aurait besoin de vos talents pour modifier le site actuel des petits cours. En gros, ce qui ne va pas, c'est que des élèves se sont plaints qu'ils étaient discriminés à cause de leur nom, et que les parents ne les choisissaient jamais.

On en a parlé avec le reste du COF, et on aimerait changer le système : il faudrait que les parents ne reçoivent qu'un seul nom. Du coup, pour être sûr que les parents et les élèves matchent bien et qu'on n'ait pas à retraiter les demandes sans cesse, il faudrait que les parents et les élèves rentrent leurs disponibilités et que l'algorithme en tienne compte…

On pensait également que pour que les parents ne s'arrêtent pas au nom, les élèves pourraient rentrer un court texte de présentation qui serait transmis aux parents.

En résumé, il faudrait 3 choses :

demander les disponibilités des parents et des élèves, et en tenir compte dans l'algorithme
donner un seul nom aux parents
joindre un court texte de présentation écrit par les élèves

Est-ce que vous pensez que ce serait faisable ?

Merci d'avance et n'hésitez pas à me redemander s'il y a des choses pas assez claires !

Je colle là le mail qu'on a reçu à ce propos pour que ça ne tombe pas dans l'oubli : --- Salut COFgeek ! Une fois n'est pas coutume, on aurait besoin de vos talents pour modifier le site actuel des petits cours. En gros, ce qui ne va pas, c'est que des élèves se sont plaints qu'ils étaient discriminés à cause de leur nom, et que les parents ne les choisissaient jamais. On en a parlé avec le reste du COF, et on aimerait changer le système : il faudrait que les parents ne reçoivent qu'un seul nom. Du coup, pour être sûr que les parents et les élèves matchent bien et qu'on n'ait pas à retraiter les demandes sans cesse, il faudrait que les parents et les élèves rentrent leurs disponibilités et que l'algorithme en tienne compte… On pensait également que pour que les parents ne s'arrêtent pas au nom, les élèves pourraient rentrer un court texte de présentation qui serait transmis aux parents. En résumé, il faudrait 3 choses : - demander les disponibilités des parents et des élèves, et en tenir compte dans l'algorithme - donner un seul nom aux parents - joindre un court texte de présentation écrit par les élèves Est-ce que vous pensez que ce serait faisable ? Merci d'avance et n'hésitez pas à me redemander s'il y a des choses pas assez claires !

champeno commented

2018-10-20 16:53:20 +02:00

(Migrated from git.eleves.ens.fr)

C'est surtout https://www.cof.ens.fr/news/wordpress/wp-content/uploads/2018/05/PV-de-lAG-n%C2%B01-Budget-du-19-fe%CC%81vrier-2018.pdf p7 qu'il faut implémenter.

champeno commented

2018-10-21 14:58:05 +02:00

(Migrated from git.eleves.ens.fr)

mentioned in issue #204

delobell commented

2018-10-27 13:57:55 +02:00

(Migrated from git.eleves.ens.fr)

Faudrait aussi sortir l'algo des vues, on devrait gagner en propreté.
Go faire un gestioncof/petits_cours_algorithm.py (comme le tirage BdA) ?

Faudrait aussi sortir l'algo des vues, on devrait gagner en propreté. Go faire un `gestioncof/petits_cours_algorithm.py` (comme le tirage BdA) ?

bclement commented

2018-11-19 23:18:43 +01:00

(Migrated from git.eleves.ens.fr)

Après discussion en Club R, on veut trois pages.

Page de suivi de demande pour les parents : les noms des profs qui ont été proposés (pas ceux qui seront proposés si lea prof refuse !) et permet de demander une nouveaulle prof (si lea précédente n'a pas accepté)
Page de suivi des demandes pour les profs, avec l'info des parents qui ont demandé et la réponse dula prof (je prends / je prend pas / il faut répondre) + la date limite pour répondre
Page pour le COF qui assigne les profs aux parents. Est-ce qu'il faut donner le nom des profs au COF ?

Aussi: il faut automatiquement re-proposer une prof si jamais la précédente répond non. Par contre demande active des parents si jamais pas de réponse, lea prof a peut-être juste oublié.

Après discussion en Club R, on veut trois pages. - Page de suivi de demande pour les parents : les noms des profs qui ont été proposés (pas ceux qui seront proposés si lea prof refuse !) et permet de demander une nouveaulle prof (si lea précédente n'a pas accepté) - Page de suivi des demandes pour les profs, avec l'info des parents qui ont demandé et la réponse dula prof (je prends / je prend pas / il faut répondre) + la date limite pour répondre - Page pour le COF qui assigne les profs aux parents. Est-ce qu'il faut donner le nom des profs au COF ? Aussi: il faut automatiquement re-proposer une prof si jamais la précédente répond non. Par contre demande active des parents si jamais pas de réponse, lea prof a peut-être juste oublié.

bclement commented

2018-11-24 23:47:50 +01:00

(Migrated from git.eleves.ens.fr)

mentioned in merge request !325

bclement commented

2018-11-25 17:14:34 +01:00

(Migrated from git.eleves.ens.fr)

mentioned in commit 2b8f81c94b

mentioned in commit 2b8f81c94bbd3c453b0ebafcd7749f3459f3e85a

bclement commented

2018-11-25 17:16:27 +01:00

(Migrated from git.eleves.ens.fr)

mentioned in merge request !332

bclement commented

2018-12-04 00:38:23 +01:00

(Migrated from git.eleves.ens.fr)

Après discussion plus approfondie ce soir (en présence de @bpongerard du COF qui gère les petits cours) :

Il faudrait pouvoir modifier plus de trucs sur la page des demandes; le COF passe souvent par l'admin django. Notamment, modifier le niveau (des parents mettent "Autre" et précisent dans le texte le niveau), modifier les remarques (des parents mettent leur coordonnées), etc. Quick win: ajouter un bouton direct vers la page d'édition de la demande dans l'admin. Sur le plus long terme il faudrait pouvoir modifier directement.
Le tri par User est possiblement incorrect ?
Ajouter des filtres case à cocher avec l'info semaine/week-end pour éviter de faire le matching à la main
(on arrive vraiment au nouveau système) Permettre au COF de choisir les gens à qui le petit cours est proposé (e.g. si il y a des demandes complexes du type "je veux la même personne pour les cours de maths et d'espagnol"). Feature++ à voir après :)
Une incentive pour dire refus/accepte pour les profs : ne plus leur proposer de cours tant que pas répondu ?
UI page des demandes des parents : grille avec seulement le dernier prof; pas la peine de mettre les profs expirés / refus / etc.

(J'oublie possiblement des trucs mais c'est pour garder vaguement des traces, @lstephan s'il y a des choses que j'ai oubliée feel free to add them)

Après discussion plus approfondie ce soir (en présence de @bpongerard du COF qui gère les petits cours) : - Il faudrait pouvoir modifier plus de trucs sur la page des demandes; le COF passe souvent par l'admin django. Notamment, modifier le niveau (des parents mettent "Autre" et précisent dans le texte le niveau), modifier les remarques (des parents mettent leur coordonnées), etc. Quick win: ajouter un bouton direct vers la page d'édition de la demande dans l'admin. Sur le plus long terme il faudrait pouvoir modifier directement. - Le tri par User est possiblement incorrect ? - Ajouter des filtres case à cocher avec l'info semaine/week-end pour éviter de faire le matching à la main - (on arrive vraiment au nouveau système) Permettre au COF de choisir les gens à qui le petit cours est proposé (e.g. si il y a des demandes complexes du type "je veux la même personne pour les cours de maths et d'espagnol"). Feature++ à voir après :) - Une incentive pour dire refus/accepte pour les profs : ne plus leur proposer de cours tant que pas répondu ? - UI page des demandes des parents : grille avec seulement le dernier prof; pas la peine de mettre les profs expirés / refus / etc. (J'oublie possiblement des trucs mais c'est pour garder vaguement des traces, @lstephan s'il y a des choses que j'ai oubliée feel free to add them)

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: DGNum/gestioCOF#208

No description provided.