Devoirs écrits et rendus des élèves
Tout ne passe pas par le code. Un devoir écrit est un énoncé que toute la classe lit, et c’est vous qui décidez de ce que les élèves peuvent rendre en réponse : un PDF, un document, des images ou un ensemble de fichiers.
Rédiger l’énoncé une seule fois
Un devoir écrit est un document unique que toute la classe lit, et non une copie par élève : corriger une coquille dans l’énoncé la corrige donc pour tout le monde. Il peut contenir des titres, des listes et des blocs de code, comme les consignes d’un exercice.
Préciser ce qui peut être rendu
Vous indiquez, pour chaque tâche, le type de fichier, leur nombre et leur taille. Par défaut, c’est un PDF de moins de deux mégaoctets : assez pour un rapport saisi sur ordinateur, et volontairement trop peu pour un rapport scanné.
L’élève voit la règle avant de choisir un fichier, et un fichier du mauvais type est refusé avec un message explicatif, au lieu d’être accepté puis perdu.
Un travail écrit n’a pas de bouton « Enregistrer » : l’énoncé et la règle de rendu s’enregistrent d’eux-mêmes une seconde après votre dernière modification, et une ligne en haut de page dit ce qu’il en est advenu. Ctrl+S enregistre toujours immédiatement. L’enregistrement attend tant que le formulaire de rendu n’est qu’à moitié rempli, par exemple une application déployée dont le type n’est pas encore choisi, et la page dit ce qui manque. Une règle n’est envoyée que si vous l’avez modifiée : un second onglet resté ouvert ne ramène donc pas une tâche réglée sur « tout accepter » à un seul PDF. Vous pouvez demander au plus vingt fichiers et vingt mégaoctets, et une règle que la plateforme refuse est signalée dans l’en-tête à la place de « Enregistré ».
Voir qui l’a lu
Une tâche écrite enregistre qui l’a ouverte et quand. C’est la seule progression que connaît une tâche faite de mots, et elle tient la place des tests d’un programme dans chaque liste de tâches. Un quiz y affiche à la place sa meilleure note.
Ou demander une application déployée plutôt qu’un fichier
Parmi les options de « Ce qu’il faut rendre » figure « Une application déployée », avec une seconde liste déroulante pour le langage. La page de la tâche dirige alors l’élève vers la page de déploiement, avec ce langage déjà sélectionné ; il déploie son application, vérifie que tout fonctionne et clique sur « Rendre ». Le rendu se compose du dépôt, de la branche et des deux commandes avec lesquelles son application a été exécutée.
La personne qui corrige clique sur « Déployer l’application » dans le rendu, et la même application est relancée, sans entamer son propre quota quotidien de temps d’exécution.
La notation clôt le rendu
Un rendu reste ouvert jusqu’à ce que vous le notiez. La note le clôt ; le renvoyer le rouvre et indique à l’élève pourquoi. Une fois la date limite passée, « En retard » s’affiche, mais rien n’est refusé, sauf si vous cochez « Ne plus accepter de travail après cette date » à côté : tout rendu effectué après la fin de ce jour, à Londres, est alors refusé. L’élève peut en revanche toujours enregistrer son travail, et un quiz n’est jamais fermé de cette façon.
Questions fréquentes
- Les élèves peuvent-ils rendre plusieurs fichiers ?
- Oui, si vous l’autorisez. Vous fixez leur nombre et leur taille, jusqu’à vingt fichiers et vingt mégaoctets.
- Où va le travail ?
- Il reste sur la plateforme, rattaché à cet élève et à cette tâche, et vous comme l’élève pouvez le consulter. Il ne circule jamais en pièce jointe d’un e-mail.
- Puis-je ramasser le travail d’une classe sans donner de tâche de programmation ?
- Oui. C’est précisément à cela que sert le devoir écrit.
- Un devoir peut-il être une application web déployée plutôt qu’un fichier ?
- Oui. Choisissez « Une application déployée » dans « Ce qu’il faut rendre » et précisez laquelle parmi Python, Node, Go, Java et des sites statiques en HTML, CSS et JavaScript : l’élève la déploie depuis GitHub, puis rend ce déploiement.