Советы по обучению с использованием Live Coding

Я участвую в первом курсе по программированию и алгоритмам. В недавней лекции я решил представить материал, используя живое кодирование , что по сути означало, что я сижу за клавиатурой, пишу код и оцениваю его, используя emacs для облегчения процесса.

Это было довольно успешно, и студенты прокомментировали, насколько они оценили более (меж) активный формат. Поскольку это была моя первая попытка использовать этот формат обучения, я знаю, что он не работал идеально. Некоторые из проблем были связаны с тем, что я не настолько разбираюсь в emacs, как мне следовало бы, а другие были связаны с тем, чтобы вопросы учеников отвлекали меня от сценария. Я знаю, что могу сделать лучше.

Каковы некоторые рекомендации по проведению лекций (и других демонстраций) с использованием лекций в режиме реального кодирования?
Какие подводные камни следует избегать?

Вот несколько советов и подводных камней, которые я собрал после того, как в течение недели использовал живое программирование, а также после разговора с коллегой.

DOs

• Подготовьте сценарий, чтобы следовать и пытаться придерживаться его.
• Очистите буферы часто, чтобы сосредоточиться на соответствующей части.
• Начните заново для каждой новой темы.
• Используйте больший шрифт.
• Освойте инструмент, который вы используете, чтобы не тратить слишком много времени на мелочи.
• Предварительно закодировать фоновые функции. Если не особенно актуально, чтобы они могли быть импортированы, а не появляться в рабочем файле.
• Идеально работать на языке, который дает вам немедленную обратную связь. Языки с интерактивной оболочкой являются лучшими в этом отношении.
• При использовании напечатанного, дают ожидаемый тип функции, которую вы пишете. Это обеспечивает направляющий свет для студентов.
• Произвольно делают ошибки (хотя и не слишком много). Шаг через, как они должны быть исправлены.
• Не забывайте - картина рисует тысячу слов: слайды и чередование черных / доску работы с кодированием сессии.
• Подготовьте краткие слайды по темам, которые вы затронули
• Иногда при изменении кода, возможно, сделать копию и изменить копию. Это обеспечивает точку сравнения.
• Периодически очищайте код.
• Примите, что вы будете делать ошибки и открыто позволять студентам исправлять вас - это облегчает вашу работу и дает им возможность.
• Напишите код в своем собственном стиле. Например, вы можете скопировали код из других источников. Но это будет трудно воспроизвести. Лучше написать это в своем собственном стиле. Например, я всегда пишу функции карри, потому что я программирую в основном на Haskell. Но Standard ML использует идиому менее часто. Ожидание карри - это самая распространенная ошибка в классе.
• Физически, убедитесь, что у вас есть пространство, создать хорошо. Хорошая клавиатура, на правильной высоте, кабели все в нужных местах, физические препятствия в пути и т. Д. Найдите минутку, прежде чем начать, чтобы ваше пространство работало на вас, а не на вас.
• Один из подходов - написать то, что говорят студенты, даже если это неправильно. Это заставляет студентов делать кодирование и исправление. Это идея хорошая, чтобы очистить код в конце. Этот подход может создать модель внимания и взаимодействия в классе, потому что ученики должны обращать внимание на то, что происходит.

DON'Ts

• Не оптимизируйте свой код на лету и сломайте его так, что вы не сможете это исправить.
• Избегайте разговоров с компьютером. Поговори со студентами!
• Избегайте слишком много печатать, особенно шаблонного кода. Используйте свою среду, чтобы помочь вам выплюнуть шаблоны для вас.
• Если вы используете текстовый редактор, избегайте постоянной прокрутки. Это приведет к укачиванию ней тех, кто пытается следовать.
• Если вы используете текстовый редактор, прежде чем вносить радикальные изменения в свой код, предупредите учащихся, что вы собираетесь это сделать, чтобы они могли отслеживать происходящее.