Idées d’apprentissage actif
La modularité et la mise au point sont des compétences essentielles pour passer du statut d'élève qui écrit des scripts à celui de développeur qui conçoit des logiciels. Ce chapitre traite de l'organisation du code en modules et de l'utilisation d'API (Application Programming Interfaces). Les élèves apprennent à documenter leur code avec des docstrings et à garantir sa fiabilité grâce aux tests unitaires et aux assertions.
Activité 01
Les élèves s'échangent des fonctions sans documentation. Ils doivent essayer de comprendre ce qu'elles font, puis rédiger la docstring et les tests unitaires pour le code de leur camarade.
Pourquoi diviser un programme en modules ?
Activité 02
L'enseignant donne uniquement les tests unitaires d'une fonction. Les groupes d'élèves doivent écrire le code qui permet de faire passer tous les tests avec succès.
Comment écrire des tests unitaires efficaces ?
Activité 03
Trois ateliers : un sur l'utilisation d'une bibliothèque externe (ex: Requests), un sur l'écriture d'assertions, et un sur la génération de documentation automatique.
Quelle est l'importance de la documentation (docstrings) ?
Quelques notes pour enseigner cette unité
Attention à ces idées reçues
Penser que les tests unitaires ne servent qu'à trouver des erreurs.
Ils servent aussi à s'assurer que les futures modifications ne cassent rien (non-régression). Faire modifier un code déjà testé par les élèves illustre parfaitement ce gain de sécurité.
Croire que documenter son code est une perte de temps.
Un code n'est lu qu'une fois mais relu cent fois. Faire reprendre aux élèves un projet vieux de trois mois sans documentation est la meilleure façon de leur faire réaliser l'importance des docstrings.
Méthodes utilisées dans ce dossier
Récursivité
Compréhension et écriture de fonctions récursives. Analyse de la pile d'exécution et des conditions d'arrêt.
8 methodologies
Paradigmes de programmation
Découverte des différents paradigmes : impératif, fonctionnel et objet. Sensibilisation à l'impact du choix du paradigme sur la conception.
8 methodologies