讲课情况
- 时间长达2个小时。
- 从样式到逻辑
- 从结构到模块
- 从空文件夹到项目
- 从沉重到优化(代码)
- 从封装到泛化
- 正则表达式
牵涉面很广了…
仅仅这些涉及面,搞两个小时一点都不夸张。问题是这节课程是否达到了一个期望的效果?
课程内容与课程目标
本堂课的中心是“模块介绍与模块实战”,所以核心是介绍模块,然后给大家来个实战,教大家如何使用模块思想,分离我们的代码。
彼此的课堂状况
- 授课长达两个小时,而且是直播,听众不免情绪低落倦怠
- 涉及面太多,模糊了课程的中心
- 担心时间超时,语速快,编码快,导致多处的手误。导致多出了debug的时间。
一堂好课是啥样的
- 紧密契合学生的课堂预期。同学对课程往往有一个结果预期,也就是我想要什么样的内容,是否与我的预期想匹配,这个直接关系到课程的成败。
- 设定一个通用的课程预期,每个学生对课程的内容诉求是不同的,预期也不尽相同,讲师找出一些大家的共性诉求来作为课程的核心,再结合知识的特性贯穿一些自己的理解。
- 保证课堂教学匹配设定的通用预期,讲师根据预期制定课程内容,保证与预期的准确匹配。
一些影响课堂效果的方式
- 言语的幽默,感染力。
- 逻辑思路清晰
- 讲话不拖泥带水,一招一式清晰可见,形成一个个的知识点
那么昨天的课程算失败的嘛?
肯定不太成功的,不过毕竟项目实战,还是很符合干货的主题的,讲了不少的代码技巧,还是不错的,只是不够好!
一堂好课的正确姿势、内容应该是:
- 准备。准备工作做好(样式代码、一些额外的配置、ob、录制软件的配置),减少额外话题的延伸。
- 预热。介绍课程的教学目录,留下大致的印象,以及大家需要注意的点,标重点。
- 授课:记笔记(重点直接标记下来,形成知识点)。贴代码。
- 项目代码托管github,并公告地址。