Conseils pour l'enseignement à l'aide de Live Coding

Je suis impliqué dans un cours de programmation et d'algorithmes de première année. Dans une récente conférence, j'ai décidé de présenter le matériel en utilisant codage en direct , ce qui signifiait essentiellement que je m'asseyais derrière le clavier et écrivais du code et l'évaluais, en utilisant emacs pour faciliter le processus.

Ce fut un grand succès et les étudiants ont commenté combien ils appréciaient le format plus (inter) actif. Comme c'était ma première tentative en utilisant ce format d'enseignement, je sais qu'il ne fonctionnait pas parfaitement. Certains des problèmes étaient liés au fait de ne pas être emacs que je devrais l'être, et d'autres fait de permettre aux questions des étudiants de m'éloigner trop de mon script. Je sais que je peux faire mieux.

Quelles sont les directives pour donner des conférences (et autres démonstrations) en utilisant des conférences de codage en direct?
Quels sont les pièges à éviter?

Voici quelques conseils et pièges que j'ai recueillis après avoir utilisé le codage en direct pendant une semaine et après avoir parlé à un collègue.

A faire

• Préparez un script à suivre et essayez de vous y tenir.
• Videz fréquemment les tampons pour vous concentrer sur la partie pertinente.
• Recommencez pour chaque nouveau sujet.
• Utilisez une police plus grande.
• Maîtrisez l'outil que vous utilisez pour éviter de perdre trop de temps sur des futilités.
• Avoir des fonctions d'arrière-plan précodées. S'ils ne sont pas particulièrement pertinents, assurez-vous qu'ils peuvent être importés, plutôt que d'apparaître dans le fichier de travail.
• Idéalement, travaillez dans une langue qui vous donne une rétroaction immédiate. Les langues avec un shell interactif sont les meilleures à cet égard.
• Lorsque vous utilisez un type, indiquez le type attendu de la fonction que vous écrivez. Cela fournit une lumière de guidage pour les étudiants.
• Faites librement des erreurs (mais pas trop). Expliquez comment ceux-ci doivent être corrigés.
• N'oubliez pas - une image vaut mille mots: les diapositives entrelacées et le tableau noir / blanc fonctionnent avec votre session de codage.
• Avoir des diapositives récapitulatives pour les points que vous avez couverts
• Parfois, lors de la modification du code, faites peut-être une copie et modifiez la copie. Cela fournit un point de comparaison.
• Nettoyez régulièrement le code.
• Acceptez que vous fassiez des erreurs et permettez ouvertement aux élèves de vous corriger --- cela rend votre travail plus facile et les responsabilise.
• Écrivez le code dans votre propre style. Par exemple, vous avez peut-être copié le code ailleurs. Mais cela sera difficile à reproduire. Mieux vaut l'écrire dans votre propre style. Par exemple, j'écris toujours des fonctions au curry, car je programme principalement Haskell. Mais Standard ML utilise moins fréquemment l'idiome. Attendre des fonctions au curry est l'erreur la plus courante que je fais en classe.
• Physiquement, assurez-vous que votre espace est bien configuré. Bon clavier, à la bonne hauteur, câbles tous aux bons endroits, obstacles physiques à l'écart, etc. Prenez une minute avant de commencer à faire travailler votre espace pour vous, pas contre vous.
• Une approche consiste à écrire tout ce que les élèves disent, même si c'est faux. Cela permet aux étudiants de faire le codage et la correction. C'est une bonne idée de nettoyer le code à la fin. Cette approche peut créer un modèle d'attention et d'interaction en classe, car les élèves doivent faire attention à suivre ce qui se passe.

À NE PAS FAIRE

• N'optimisez pas votre code à la volée et ne le cassez pas de telle manière que vous ne puissiez pas le corriger.
• Évitez de parler à l'ordinateur. Parlez aux étudiants!
• Évitez de trop taper, en particulier de code passe-partout. Utilisez votre environnement pour vous aider à cracher les modèles pour vous.
• Si vous utilisez un éditeur de texte, évitez de faire défiler constamment. Cela causera le mal des transports à ceux qui essaient de suivre.
• Si vous utilisez un éditeur de texte, avant d'apporter des modifications radicales à votre code, avertissez les élèves que vous allez le faire, afin qu'ils puissent suivre ce qui se passe.