梦回温柔乡

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

在上课前，反复检查了ppt进行了多次试讲，力求在上课时候能够把重难点突出地展现给学生，但是还是避免不了上课前的紧张，担心自己在上课时候不能够hold住班级，担心自己想表达的内容不能完全被学生理解，不过学生远没有我想象地那么严肃，反而非常的活泼，在课堂上的互动也是非常的活跃，我知道我以前的顾虑都消散了，我也成功地把课上的很轻松非常的活跃，不过课堂中也不免几个男同学在窃窃私语扰乱课堂秩序，需要我停下来管理纪律，这个其实非常断课堂节奏，我需要放大嗓门去控制班级纪律，还是很有压力的，而且我有幸连上两节课，总体下来感觉非常累，两个班级的男生很多，比较活跃，也不乏一些上课并不是非常认真的同学，为了管理班级秩序，我在讲解的时候需要不断放大嗓门，所以一个半小时的高负荷上课还是非常累的，不过我最担心的事情没有发生，在上课时同学不断有疑问抛出，这是一个好的现象，但我能够一一给予解答，而且越来越自信，也这让我认识到一个老师要有扎实的知识功底，足以应对学生的不同疑问，第一次上课我还积极听取同学们的意见，同学们热情很高，以此日记纪念我第一次上课结束，能被同学们叫老师的感觉真棒！

之前有过批改作业的经历，不过那时我是课代表，如今我是一位实习生，无论是从身份角色、还是目的性来说都是不一样的体验了，在改作业时，我大致上已经可以感受到题目变化之灵活、涉及的知识点之多，对学生能力考查的方面之广，很多信息技术的题目都贴近生活，高二的学生在学习必修二时候就已经要有云计算的思维了，在了解网络时候就已经要学会获取网络了，信息技术作业中包含了大量的主观题，让我一个实习生答都不一定可以答得真切，不过学生的水平、学习态度的参差也是显而易见的，首先抛开学生水平不谈，作业题的答案是下发的，有的学生愿意先思考再校对、有的学生选择做选择题至于主观题则是直接抄答案、有的同学则全部抄答案并且字迹潦草、还有同学只抄选择题，主观题都懒得抄，光是学习态度上就表现的非常明显，但是从一天的作业来看，大致就可以推测那些学生可能是未来的火苗，而有的学生并不是那么的上进，当然批改作业知识教学评价的一部分，并不是教学过程的终结，在下一步，我非常期待老师如何把作业结果反馈给学生，如何自我调整教学方法，完善教学设计，提高学生的学习动机，带动全体学生发展。