课堂里的“废话”与“真话” 最近上了一节信息技术课，讲的是“变量”和“循环”。
本来当作这是最枯燥的技术课，结局我讲得满头大汗，学生却眼巴巴地盯着我。讲着讲着，我发现他们聊天的话题全在“如何拍视频”上。
后来我才明白，这就是典型的“技术焦虑”——学生把算法当成了魔法，把逻辑当成了现场表演。 实际上，这门课的核心压根儿就不是写代码，而是教他们如何“想”。
那会儿我认定数学课就是算数，结局发现，那是二五八万，那是三千三百。真正的数学课，得重新来过。 记得有个学生小李，他跟我说，老师，这道题我懂了，就是老师那个“优化”如何搞的。我指着黑板上那个'H 型’的循环结构，说：“别管如何搞，先把最基础的那个‘for'写清楚。”他挠挠头，一脸茫然。我看他眼神里的困惑，心里有个大石头落了地。数学里的“优化”，不是让你去搜数据，而是让你去思索。
比如算出一个挺大的近似值，不是让你去算到小数点后一百位，而是让你承认“算不完，我就先估个值”，再去看误差在哪，如何改。
要是直接让你硬算，那你算出来的就是错的，出于你根本没读懂难题。 这种“笨功夫”，在别的领域叫“求全求确”，但在数学和任何技术里，这叫“求准”。就像炒菜，要是你非要一次把料炒得完美无缺，最终做出来的可能是硬硬的，没人吃。得接纳“半熟”的状态，反复调整，才能做出好吃的菜。 再说说课堂上的氛围。
有时候我认定，老师不是在教知识，而是在教学生如何“做人”。 上个月，有个班级在讲“团队协作”。我特意让他们分组聊聊，如何分工最有效。结局有几个组长，直接接管了整个流程，其他人只能在一旁吃瓜。我让他们解散，重新分组。
这一次，务必给每个人分配具体的、小的任务，比如“负责拿笔”、“负责记数”。刚启动还有点手忙脚乱，但慢慢地，大家发现，只要每个环节有人负责，整个活动就顺畅了。 后来我特意在群里发了一段话：“在团队里，别总想着‘应当’如何做，要问‘目前我能做啥’。别等别人把路铺好再走，先把脚伸出去，踩个实点，路就开了。” 这句话，学生在聊聊里引用得顶多。他们启动主动承担“拿笔”这个看似微不足道的活，而不是还在纠结“为啥是组长”要么“有没有更好的方案”。
这种从“寻找最优解”到“执行最可行解”的转变，正是团队成长的关键。 有时候，过度解读会让学生形成压力，比如把好办的“画个图”当成“设计一个系统架构”，把“记个笔记”当成“构建知识体系”。
确实，一启动他们会有这种想法，认定老师忒好办。但慢慢地，你会发现，当老师不再纠结“如何教得更好”，而是关切“学生能不能学会‘画’"时，学生反而敢去尝试更大的东西了。 教学有时候忒好办陷入“设计感”的陷阱。我们总想把每一节课都设计成精心编排的剧本，把每一个细节都打磨得滴水不漏。但有时候，最好的设计恰恰是“留白”。留白给他们思索，留白让他们犯错，留白让他们在混乱中找到自己的节奏。 记得有一次，有个学生问我：“老师，您刚刚讲的那个‘平衡’的公式，为啥不用 Python 代码跑起来验证？”我说：“代码是工具，不是目标。你要是拿着代码去验证，你就成了工具的奴隶，回不去‘人’的领域了。” 这话听着有点重，但仔细想，确实如此。编程的魅力，不在于你能写多复杂的函数，而在于你能解决多怪的难题。当你能用看似简陋的脚本解决一个复杂的、非线性的难题时，你的价值才真正体现出来。 故此，未来的教学，或许会变得更加“迟钝”一点。我们要敢于承认，有些东西是没法彻底讲清楚的，有些逻辑是没法彻底推导出来的。我们要做的，就是陪学生走完这段“迟钝”的路，让他们在实践中、在试错中，自己建立起归于自己的逻辑大厦。 真正的教育，不是填满一个杯子，而是点燃一团火。
有时候，我们要做的就是递上一块砖头，要么抛出一个石子，然后静静地看着他们在水花四溅中，自己找到浮起来的那根稻草。 下课铃响了，教室里还是热的。但这股热气，比任何精心设计的教案都要温暖。


相关标签：