Mẹo dạy học bằng Mã hóa trực tiếp

Tôi đang tham gia vào một khóa học lập trình và thuật toán năm đầu tiên. Trong một bài giảng gần đây, tôi quyết định trình bày tài liệu bằng cách sử dụng mã hóa trực tiếp , điều đó có nghĩa là tôi ngồi sau bàn phím và viết mã và đánh giá nó, sử dụng emacs để tạo thuận lợi cho quá trình.

Điều này khá thành công và sinh viên nhận xét rằng họ đánh giá cao định dạng hoạt động nhiều hơn (liên). Vì đây là nỗ lực đầu tiên của tôi khi sử dụng định dạng giảng dạy này, tôi biết rằng nó không chạy hoàn hảo. Một số vấn đề liên quan đến việc không hiểu biết về emacs như tôi nên và những vấn đề khác là để cho phép các câu hỏi của sinh viên đưa tôi đi quá xa kịch bản của tôi. Tôi biết tôi có thể làm tốt hơn.

Một số hướng dẫn để đưa ra các bài giảng (và các cuộc biểu tình khác) bằng cách sử dụng các bài giảng mã hóa trực tiếp là gì?
Những cạm bẫy cần tránh là gì?

Dưới đây là một số mẹo và cạm bẫy tôi đã thu thập được sau khi sử dụng mã hóa trực tiếp trong một tuần và từ việc nói chuyện với đồng nghiệp.

LÀM

• Chuẩn bị một kịch bản để làm theo và cố gắng bám sát nó.
• Xóa bộ đệm thường xuyên để tập trung vào phần có liên quan.
• Bắt đầu một lần nữa cho mỗi chủ đề mới.
• Sử dụng một phông chữ lớn hơn.
• Nắm vững công cụ bạn đang sử dụng, để tránh lãng phí quá nhiều thời gian vào những chuyện nhỏ nhặt.
• Có chức năng nền tiền mã hóa. Nếu không đặc biệt có liên quan, đảm bảo chúng có thể được nhập, thay vì xuất hiện trong tệp làm việc.
• Lý tưởng làm việc trong một ngôn ngữ cung cấp cho bạn thông tin phản hồi ngay lập tức. Ngôn ngữ có vỏ tương tác là tốt nhất trong vấn đề này.
• Khi sử dụng một kiểu gõ, hãy đưa ra loại dự kiến ​​của chức năng bạn đang viết. Điều này cung cấp một ánh sáng hướng dẫn cho các sinh viên.
• Tự do mắc lỗi (dù không quá nhiều). Bước qua làm thế nào những điều này nên được sửa chữa.
• Đừng quên - một bức tranh vẽ một ngàn từ: các slide xen kẽ và bảng đen / bảng trắng hoạt động với phiên mã hóa của bạn.
• Có các trang tóm tắt cho các điểm bạn đã bảo hiểm
• Đôi khi, khi sửa đổi mã, có thể tạo một bản sao và sửa đổi bản sao. Điều này cung cấp một điểm so sánh.
• Làm sạch mã định kỳ.
• Chấp nhận rằng bạn sẽ phạm sai lầm và công khai cho phép sinh viên sửa lỗi cho bạn --- điều này làm cho công việc của bạn dễ dàng hơn và trao quyền cho họ.
• Viết mã theo phong cách của riêng bạn. Ví dụ, bạn có thể đã sao chép mã từ nơi khác. Nhưng điều này sẽ khó sinh sản. Tốt hơn để viết nó theo phong cách của riêng bạn. Chẳng hạn, tôi luôn viết các hàm curried, vì tôi lập trình chủ yếu là Haskell. Nhưng Standard ML sử dụng thành ngữ ít thường xuyên hơn. Mong đợi các hàm bị khóa là lỗi phổ biến nhất mà tôi mắc phải trong lớp.
• Về mặt vật lý, hãy chắc chắn rằng bạn có không gian của bạn được thiết lập tốt. Bàn phím tốt, ở độ cao phù hợp, tất cả các dây cáp ở đúng vị trí, chướng ngại vật ngoài đường, v.v. Hãy dành một phút trước khi bạn bắt đầu để không gian làm việc cho bạn, không chống lại bạn.
• Một cách tiếp cận là viết bất cứ điều gì học sinh nói, ngay cả khi nó sai. Điều này khiến sinh viên thực hiện mã hóa và sửa lỗi. Đó là một ý tưởng tốt để làm sạch mã ở cuối. Cách tiếp cận này có thể tạo ra một mô hình lớp học về sự chú ý và tương tác, bởi vì học sinh cần chú ý theo dõi những gì đang diễn ra.

Không

• Đừng tối ưu hóa mã của bạn một cách nhanh chóng và phá vỡ nó theo cách mà bạn không thể sửa nó.
• Tránh nói chuyện với máy tính. Nói chuyện với các sinh viên!
• Tránh gõ quá nhiều, đặc biệt là mã soạn sẵn. Sử dụng môi trường của bạn để giúp bạn nhổ các mẫu cho bạn.
• Nếu bạn sử dụng trình soạn thảo văn bản, tránh liên tục cuộn xung quanh. Nó sẽ gây ra chứng say tàu xe mà những người cố gắng làm theo.
• Nếu bạn sử dụng trình soạn thảo văn bản, trước khi thực hiện thay đổi triệt để mã của mình, hãy cảnh báo sinh viên rằng bạn sẽ làm như vậy để họ có thể theo dõi những gì đang diễn ra.