From 23b7ee3ac79f8482a0229211eb2bf0f25a590bc8 Mon Sep 17 00:00:00 2001
From: Dorian Lesbre <dorian.lesbre@gmail.com>
Date: Wed, 28 Apr 2021 14:22:06 +0200
Subject: [PATCH] Added precision to FAQ
---
home/templates/faq-distanciel.html | 5 ++++-
home/templates/faq.html | 33 ++++++++++++++++--------------
2 files changed, 22 insertions(+), 16 deletions(-)
diff --git a/home/templates/faq-distanciel.html b/home/templates/faq-distanciel.html
index 6b81853..de8292c 100644
--- a/home/templates/faq-distanciel.html
+++ b/home/templates/faq-distanciel.html
@@ -53,11 +53,14 @@
<p>
La répartition est faite par un algorithme puis vérifiée à la main.
- Dans la mesure du possible, l'algorithme essaie d'attribue au moins une activité par personne. Par conséquent, si vous ne mettez qu'une seul activité, vous avez plus de chance de l'avoir.
+ Dans la mesure du possible, l'algorithme essaie d'attribue au moins une activité par personne. Par conséquent, si vous ne mettez qu'une seule activité, vous avez plus de chance de l'avoir.
</p>
<p>
Les activités qui n'ont pas de limite de place (et toutes les activités avec moins de demande que de places) ne comptent pas pour ce système, donc vous pouvez les mettre et vous ne serez pas pénalisés.
</p>
+ <p>
+ Vous ne pourrez pas avoir deux activités qui se déroulent en même temps. Si l'une vous est attribué l'autre souhait sera ignoré.
+ </p>
<p>On n'a pas trouvé le code des années précédentes, mais je suspecte fortement que ce soit un algo similaire en départageant les égalités aléatoirement plutôt qu'au shotgun.</p>
<p>Plus précisément : l'algorithme se base sur le problème hôpital-résident :</p>
<ol>
diff --git a/home/templates/faq.html b/home/templates/faq.html
index e2db908..4b04f6c 100644
--- a/home/templates/faq.html
+++ b/home/templates/faq.html
@@ -73,20 +73,23 @@
<h2>Comment sont réparties les activités ?</h2>
-<p>
- La répartition est faite par un algorithme puis vérifiée à la main.
- Dans la mesure du possible, l'algorithme essaie d'attribue au moins une activité par personne. Par conséquent, si vous ne mettez qu'une seul activité, vous avez plus de chance de l'avoir.
-</p>
-<p>
- Les activités qui n'ont pas de limite de place (et toutes les activités avec moins de demande que de places) ne comptent pas pour ce système, donc vous pouvez les mettre et vous ne serez pas pénalisés.
-</p>
-<p>On n'a pas trouvé le code des années précédentes, mais je suspecte fortement que ce soit un algo similaire en départageant les égalités aléatoirement plutôt qu'au shotgun.</p>
-<p>Plus précisément : l'algorithme se base sur le problème hôpital-résident :</p>
-<ol>
- <li>Il commence par essayer d'attribuer une activité à chaque participant.es au mieux possible, en utilisant la librairie matching de python. Les égalités sont départagées aléatoirement. Plus un choix est haut dans votre liste de souhait, plus vous avez de chance de vous le voir attribuer. Si vous n'avez qu'un seul choix, vous avez plus de chance de vous le voir attribué. (les participant.es avec un seul choix sont automatique placé.es avant ceux qui en ont plusieurs)</li>
- <li>Toutes les activités attribuées sont supprimées, ainsi que les voeux résolus des joueurs.</li>
- <li>Tant qu'il reste des place dans des activités et des participant.es qui veulent y participer, on recommence à l'étape 1.</li>
-</ol>
-<p>Le code est sur <a href="https://github.com/Imakoala/InterludesMatchings">github</a>, il ne marche pas encore parfaitement, et on risque de devoir bidouiller à la main en plus pour résoudre tous les cas particuliers (conflits d'horaires, activité présente plusieurs fois...).
+ <p>
+ La répartition est faite par un algorithme puis vérifiée à la main.
+ Dans la mesure du possible, l'algorithme essaie d'attribue au moins une activité par personne. Par conséquent, si vous ne mettez qu'une seule activité, vous avez plus de chance de l'avoir.
+ </p>
+ <p>
+ Les activités qui n'ont pas de limite de place (et toutes les activités avec moins de demande que de places) ne comptent pas pour ce système, donc vous pouvez les mettre et vous ne serez pas pénalisés.
+ </p>
+ <p>
+ Vous ne pourrez pas avoir deux activités qui se déroulent en même temps. Si l'une vous est attribué l'autre souhait sera ignoré.
+ </p>
+ <p>On n'a pas trouvé le code des années précédentes, mais je suspecte fortement que ce soit un algo similaire en départageant les égalités aléatoirement plutôt qu'au shotgun.</p>
+ <p>Plus précisément : l'algorithme se base sur le problème hôpital-résident :</p>
+ <ol>
+ <li>Il commence par essayer d'attribuer une activité à chaque participant.es au mieux possible, en utilisant la librairie matching de python. Les égalités sont départagées aléatoirement. Plus un choix est haut dans votre liste de souhait, plus vous avez de chance de vous le voir attribuer. Si vous n'avez qu'un seul choix, vous avez plus de chance de vous le voir attribué. (les participant.es avec un seul choix sont automatique placé.es avant ceux qui en ont plusieurs)</li>
+ <li>Toutes les activités attribuées sont supprimées, ainsi que les voeux résolus des joueurs.</li>
+ <li>Tant qu'il reste des place dans des activités et des participant.es qui veulent y participer, on recommence à l'étape 1.</li>
+ </ol>
+ <p>Le code est sur <a href="https://github.com/Imakoala/InterludesMatchings">github</a>, il ne marche pas encore parfaitement, et on risque de devoir bidouiller à la main en plus pour résoudre tous les cas particuliers (conflits d'horaires, activité présente plusieurs fois...).
{% endblock %}
--
GitLab