Поради щодо навчання за допомогою живого кодування

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

Це було досить вдало, і студенти прокоментували, наскільки вони оцінили більш (між) активний формат. Оскільки це була моя перша спроба використання цього формату навчання, я знаю, що він не працював ідеально. Деякі проблеми були пов'язані з тим, що я не настільки розумний з emacs, як я мав би бути, а інші - з тим, щоб дозволити студентським питанням забирати мене занадто далеко від мого сценарію. Я знаю, що можу краще.

Які є вказівки щодо лекцій (та інших демонстрацій) з використанням лекцій із кодування в прямому ефірі?
Яких підводних каменів слід уникати?

Ось кілька порад та підводних каменів, які я зібрав після використання кодування в реальному часі протягом тижня та від розмови з колегою.

ДО

• Підготуйте сценарій для виконання та спробуйте дотримуватися його.
• Часто очищайте буфери, щоб зосередити увагу на відповідній частині.
• Почніть заново для кожної нової теми.
• Використовуйте більший шрифт.
• Оволодійте інструментом, який ви використовуєте, щоб не витрачати занадто багато часу на дрібниці.
• Заздалегідь запрограмуйте фонові функції. Якщо це не особливо актуально, переконайтеся, що вони можуть бути імпортовані, а не відображатись у робочому файлі.
• В ідеалі працюйте мовою, яка дає вам негайний відгук. Мови з інтерактивною оболонкою найкращі в цьому плані.
• Використовуючи введений текст, вкажіть очікуваний тип функції, яку ви пишете. Це забезпечує провідне світло для студентів.
• Вільно робити помилки (хоча і не дуже багато). Проаналізуйте, як це слід виправити.
• Не забувайте - малюнок малює тисячу слів: переплетення слайдів та чорно / дошки працюють із сеансом кодування.
• Майте підсумкові слайди для окупованих вами точок
• Іноді під час зміни коду можливо зробити копію та змінити копію. Це забезпечує точку порівняння.
• Періодично чистіть код.
• Прийміть, що ви будете робити помилки і відкрито дозволяєте учням виправляти вас --- це полегшує вашу роботу і дає їм можливість.
• Напишіть код у власному стилі. Наприклад, ви, можливо, скопіювали код з іншого місця. Але це буде важко відтворити. Краще написати це у власному стилі. Наприклад, я завжди пишу викривлені функції, тому що я програмую в основному Haskell. Але Standard ML використовує ідіому рідше. Очікування кривих функцій - найпоширеніша помилка, яку я роблю в класі.
• Фізично переконайтеся, що у вас добре облаштований простір. Хороша клавіатура, на потрібній висоті, кабелі все в потрібних місцях, фізичні перешкоди на шляху тощо. Займіть хвилину, перш ніж ви почнете, щоб ваш простір працював на вас, а не на вас.
• Один із підходів - писати все, що кажуть студенти, навіть якщо це неправильно. Це змушує учнів робити кодування та фіксацію. Добре ідею очистити код наприкінці. Такий підхід може створити в класі модель уваги та взаємодії, оскільки учням потрібно звернути увагу, щоб слідкувати за тим, що відбувається.

НЕ

• Не оптимізуйте свій код під час руху та не порушуйте його таким чином, що ви не можете його виправити.
• Уникайте спілкування з комп'ютером. Поговоріть зі студентами!
• Уникайте занадто великого набору тексту, особливо кодового коду. Використовуйте своє оточення, щоб допомогти вам виплюнути шаблони для вас.
• Якщо ви використовуєте текстовий редактор, уникайте постійного прокручування. Це спричинить хворобу руху у тих, хто намагається слідувати.
• Якщо ви користуєтеся текстовим редактором, перш ніж вносити радикальні зміни у свій код, попередити учнів про те, що ви збираєтесь це зробити, щоб вони могли відслідковувати, що відбувається.