作为一个信息技术老师，纸上谈兵将代码是不行的，真正的代码是敲出来的，所以为了让同学们能够实操，我和我的指导老师商量了一下，最后决定来进行一次上机实践课。在上课前我自以为做好了充足的准备，把引导问题，提示文件改了又改交给老师，把代码文件运行了又运行，只为了在上课时候少一些意外。老师也给我们打了预防针:说机房上课因为老师需要在屏幕前，而且学生往往更加自由，那么可能会比较乱，每个学生水平不同，表现在上机课也会表现的特别明显，我们很难做到面面俱到，把重点突出即可。我课前是有一些心理准备的，但是还是有些高估了学生们的水平了。很多学生不会打开jupyter notebook对其工作运行机制也不是非常了解，所以在一开始我的时间安排就有点乱，先要教会他们使用jupyter notebook工具，代码块的运行机制。这就大概花费了十分钟的时间，所以节奏有点乱了，在帮助每个同学成功进入编辑界面后，我压缩了他们动手实践的时间为了完成我的教学任务，他们中的大多数照着书上或者照着api编写代码的能力不够强，可能一卡就是卡两分钟在发呆着，效率有些低下，在实践以后又变成了我一个人的独角戏。我是第一次上机房课，主要有以下几个问题:1.高估了学生的认知能力，所以我演示过于快了一些，学生是第一次使用此工具，我的演示和表述应当能慢就慢，不应该为了赶进度压缩了基础部分，导致后续环节都受此影响，浪费了更多的时间。2.很多同学在实际操作时候往往有问题，教师的演示应当使用典型而且是从易到难，对于多参数的函数应当采取类似于控制变量法的方法来呈现不要急于求成，一下子修改多个参数让同学们同时接受。3.很多同学对于长代码不能一下子就理解，往往出现方法参数张冠李戴，列表、字符串分不清楚，初始化意识不够等等问题，在具体敲代码时还会出现中英文字符出错，缩进不能很好控制等等问题，这些问题在上级编程时问题特别大，往往导致代码从书上原原本本地誊抄都会出现不少错误，所以这种问题应该在课前就强调，对于长代码，多重循环等等，应当逐步剖析，逐个方法，逐段代码分析。4.不求面面俱到，只求有所收获，一下子把所有的深的内容都给学生往往会给学生造成巨大的学习压力，学习是一个循序渐进的过程，本身就是需要重复的。不应该一下子大步迈进。