Planning d'étude examen
Avec les maths au poids 3, la physique à 2 et l'histoire à 1, une journée de 4 heures donne 2 heures aux maths, soit 20 de vos 40 heures sur 10 jours. Les matières difficiles reçoivent plus de temps sans priver les autres. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Jours avant l'examen
- 10
- Heures par jour
- 4
- Nombre de matières
- 3
- Somme des difficultés
- 6
- Total des heures d'étude
- 40
Lorsque plusieurs matières partagent la même date d'examen, la question difficile n'est pas combien d'heures vous avez, mais comment les répartir entre les sujets pour que les cours exigeants reçoivent plus de pratique sans priver les plus faciles. Ce générateur de planning d'étude accepte une liste de matières chacune avec un poids de difficulté relatif, le nombre de jours restants avant l'examen et un budget quotidien fixe en heures. Il renvoie les heures par jour et le total pour chaque matière selon une règle proportionnelle transparente : chaque matière reçoit une part du budget quotidien égale à sa difficulté divisée par la somme de toutes les difficultés. Zéro jour avant l'examen est rejeté comme entrée invalide, car il ne reste aucune fenêtre d'étude à allouer.
Comment sont définies les heures d'étude pondérées par difficulté
Commencez par une liste honnête des matières que vous devez encore couvrir avant l'examen. Attribuez à chacune un poids de difficulté non négatif qui reflète l'effort relatif, non la note absolue : une épreuve de mathématiques de poids trois à côté d'une révision d'histoire de poids un signifie que les mathématiques doivent recevoir trois fois les minutes quotidiennes de l'histoire lorsque les deux figurent sur la même liste. Additionnez ces poids en un total de difficulté unique.
Prenez ensuite les heures que vous pouvez réalistement étudier chaque jour et multipliez par la part de chaque matière, où la part égale la difficulté de cette matière divisée par le total de difficulté. Le produit donne les heures par jour pour cette matière. Multipliez encore par les jours avant l'examen pour obtenir le total d'heures sur tout l'horizon de révision.
Lorsque le total de difficulté est zéro, la formule de part divise par zéro et la requête échoue en entrée invalide plutôt que d'inventer des partages égaux que vous n'avez pas demandés. Lorsque les jours avant l'examen sont exactement zéro, il ne reste aucune fenêtre de calendrier, aussi la capacité échoue-t-elle en entrée invalide au lieu de renvoyer un planning creux de zéros qu'un planificateur défectueux pourrait traiter comme un succès. Jours négatifs, heures quotidiennes négatives, listes de matières vides et noms manquants sont également rejetés.
L'outil n'invente pas de calendriers de répétition espacée, ne charge pas de programmes en direct et ne convertit pas les fuseaux horaires ; ce sont des intentions produit distinctes avec leurs propres pages lorsque la couverture s'étend.
Cas d’usage
Semaines de révision multi-matières
Répartissez un budget quotidien fixe entre Mathématiques, Histoire et Physique afin que les épreuves plus difficiles reçoivent proportionnellement plus d'heures avant une date commune.
Questions fréquentes
Les poids de difficulté de certaines matières peuvent-ils être nuls ?
Oui pour des matières individuelles, mais la somme de tous les poids doit être supérieure à zéro. Une liste entièrement nulle échoue car les parts proportionnelles diviseraient par zéro.
Quelles entrées sont obligatoires ?
Les valeurs manquantes ou non finies échouent à la validation.
Comment les heures d'étude sont-elles réparties entre les matières ?
Chaque matière reçoit une part de vos heures quotidiennes égale à sa difficulté divisée par la somme de toutes. Ce chiffre quotidien multiplié par les jours restants donne son total : les maths, à 3 sur 6, prennent la moitié de chaque journée.
Que se passe-t-il si l'examen a lieu aujourd'hui ?
Zéro jour restant est refusé au lieu de produire un planning vide, car il ne reste aucun temps à répartir. Les jours fractionnaires sont acceptés : une demi-journée devant vous fonctionne donc.
Le poids de difficulté doit-il être ma note dans la matière ?
Non. Utilisez un poids d'effort relatif, pas une note. Un poids de 3 à côté d'un poids de 1 signifie simplement que la première matière reçoit trois fois plus de minutes que la seconde dans la même liste.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/life/study-schedule-build \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"subjects":[{"name":"Math","difficulty":3},{"name":"History","difficulty":1},{"name":"Physics","difficulty":2}],"days_until_exam":10,"hours_per_day":4}'const res = await fetch("https://api.kit.forhosting.com/life/study-schedule-build", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"subjects": [
{
"name": "Math",
"difficulty": 3
},
{
"name": "History",
"difficulty": 1
},
{
"name": "Physics",
"difficulty": 2
}
],
"days_until_exam": 10,
"hours_per_day": 4
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/life/study-schedule-build",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"subjects": [
{
"name": "Math",
"difficulty": 3
},
{
"name": "History",
"difficulty": 1
},
{
"name": "Physics",
"difficulty": 2
}
],
"days_until_exam": 10,
"hours_per_day": 4
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/life/study-schedule-build", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"subjects":[{"name":"Math","difficulty":3},{"name":"History","difficulty":1},{"name":"Physics","difficulty":2}],"days_until_exam":10,"hours_per_day":4}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"subjects":[{"name":"Math","difficulty":3},{"name":"History","difficulty":1},{"name":"Physics","difficulty":2}],"days_until_exam":10,"hours_per_day":4}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/life/study-schedule-build", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"subjects": [
{
"name": "Math",
"difficulty": 3
},
{
"name": "History",
"difficulty": 1
},
{
"name": "Physics",
"difficulty": 2
}
],
"days_until_exam": 10,
"hours_per_day": 4
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "life.study_schedule_build",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Comment sont définies les heures d'étude pondérées par difficulté
L'arithmétique est en virgule flottante déterministe avec arrondi stable : des entrées identiques produisent toujours un JSON identique, sans horodatages d'horloge, graines aléatoires, appels réseau ni dérive de modèle.
Contrat d'entrée, forme de la réponse et erreurs
Envoyez en POST un corps JSON avec trois champs obligatoires. subjects est un tableau non vide d'objets, chacun avec un name chaîne non vide et un difficulty numérique fini non négatif ; le solveur accepte des alias optionnels comme weight pour difficulty lorsqu'ils sont présents. days_until_exam est un nombre fini strictement supérieur à zéro représentant des jours entiers ou fractionnaires restants avant l'examen ; zéro est l'échec dur explicite décrit ci-dessus. hours_per_day est un nombre fini supérieur à zéro représentant le budget d'étude total de toutes les matières un jour typique. Champs manquants, nombres non finis, listes vides, heures quotidiennes nulles ou négatives, difficultés négatives et somme nulle des poids échouent avec invalid_input et ne sont pas facturés. En cas de succès le corps renvoie days_until_exam et hours_per_day nettoyés, indique subject_count et difficulty_sum, renvoie total_study_hours comme produit du budget quotidien et des jours, et fournit un tableau schedule. Chaque ligne de schedule inclut index, name, difficulty, share comme fraction unitaire du total de difficulté, hours_per_day pour cette matière et total_hours sur l'horizon. method vaut difficulty_proportional_study_hours et formula reformule les deux multiplications pour que tuteurs et correcteurs automatiques citent la même expression. Vérification classique : Mathématiques poids trois, Histoire poids un, Physique poids deux, dix jours, quatre heures par jour donnent un difficulty_sum de six, donc Mathématiques reçoit deux heures par jour et vingt au total, Histoire deux tiers d'heure par jour et Physique quatre tiers d'heure par jour. Le tarif des appels API réussis est la base publiée de $0.002 par élément ; les échecs de validation ne consomment pas le solde prépayé.
Où un générateur de planning d'étude prouve sa valeur
Les semaines de révision au lycée et à l'université forcent constamment les élèves à partager un budget fixe du soir entre quatre ou cinq épreuves de difficulté inégale ; un oracle proportionnel fiable supprime la dérive des tableurs entre colocataires qui comparent leurs plans. Les plateformes de tutorat et les applications de préparation aux examens ont besoin d'une allocation déterministe à afficher à côté des flashcards pour que l'apprenant voie pourquoi les matières difficiles occupent plus de calendrier. Si vous avez plus tard besoin de cartes de répétition espacée, d'exports calendrier avec fuseaux ou de difficulté adaptative à partir de scores de quiz, traitez-les comme des intentions de recherche et des pages distinctes plutôt que de surcharger cette page de planning d'étude pour examens. Les plugins de gestion de l'apprentissage et les portails parents peuvent appeler l'API pour préremplir des cibles d'heures hebdomadaires sans monter un moteur de règles sur mesure. Comme cette capacité est un moteur de parse pur, le prix API est la base publiée de $0.002 par élément réussi et une validation échouée ne consomme pas le solde.
Cas d'intégration
Applications de tutorat et de préparation
Montrez aux apprenants un tableau transparent d'heures par jour dérivé des poids de difficulté, avec les mêmes chiffres dans le widget gratuit et l'API payante.
Fixtures LMS et plans de coaching
Générez en masse des plannings proportionnels pour des cohortes et rejetez zéro jour avant l'examen avec un invalid_input strict au lieu d'un plan vide fictif.
Questions techniques
Comment les heures d'étude sont-elles réparties entre les matières ?
Chaque matière reçoit hours_per_day multiplié par (difficulty divisé par la somme de toutes les difficultés). Le total d'heures d'une matière égale ce montant quotidien multiplié par days_until_exam.
Que se passe-t-il si les jours avant l'examen sont zéro ?
La tâche échoue avec invalid_input. Il ne reste aucune fenêtre d'étude à allouer, donc l'API refuse un planning de zéro jour plutôt que de renvoyer un succès vide.
Combien coûte le générateur de planning d'étude ?
L'outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.