吴超的IT讲课经验之一：切题单刀直入，切忌拖泥带水
前段时间，有应聘讲师的，看简历干过五年java开发，目前在公司做架构师，目前打算转行培训。当时安排了一个小微项目的讲解，关于自己搭建框架的(不是SSH整合)，大约半小时。
讲课伊始，讲师为了拉近与学员的距离，说了很多关于学校、学员的好话，然后介绍了项目的背景、在目前工作中是如何使用的，然后给大家展示了页面效果。这个大约花了20分钟左右。
在我看来，这20分钟属于“浪费时间”。因为学员对讲师的认同，不是靠一番赞许，而是靠讲师的技术功底和讲课水平。当然，作为新讲师，与学员拉近距离是必须的，有利于活跃课堂氛围，也有利于学员的吸收效果，但是花20分钟左右做这件事情太奢侈了。学员是交了学费来听课的，只想听到切切实实的“干货”，说了20分钟实在没什么用，大家会心烦的，也就影响了下面的教学和听课。并且时间长了，学员的注意力会下降，不利于接下来的学习。
在讲述新的课程或者项目时，一定要单刀直入，直接切入正题，不要绕来绕去，拖泥带水。虽然主讲者的出发点是好的，但是会引起听众的反感。
如果是我做开场白，我会说“同学们，今天我要讲的框架能够让大家一天完成的任务在短短20分钟就可以搞定，而且无bug，你们感兴趣吗，想不想学？”。大家听到这样的好事，谁不感兴趣，谁不想早知道啊？因此一句话就够了。
总结一下讲课拖泥带水的缺点：
1.拖泥带水讲的内容没效果
2.降低听众初期的注意力，不利于接下来的听课
3.没有珍惜听众的宝贵时间，浪费了大量宝贵时间
4.影响听众的听课情绪，不利于接下来的学习效果
5.听众容易对讲课产生负面评价，不利于和谐关系的建立
吴超的IT讲课经验之二：多用喜闻乐见的类比讲解复杂知识点
课程中总有新的知识点，有的知识点非常抽象，上课的时候就会有各种方式来讲解，语言不要抽象，也不要过于文雅，用大家都平时说的大白话讲解就可以。
在讲解的时候，最好的方式是通过类比的方式，就是拿例子来讲解知识点。这里的例子也不要抽象，不要用一个知识点讲解一个新的知识点。如果听众对原有的知识点不理解，那么新的知识点一样不理解。最好是拿生活中喜闻乐见的例子来类比。
我在讲hadoop课程的时候，会有很多的知识点非常抽象，自己找一些生活中喜闻乐见的例子作类比。比如讲解MapReduce中JobTracker和TaskTracker的职责的时候，就把JobTracker比作项目经理，TaskTracker比作开发人员。这样，把项目经理与开发人员的职责讲清楚了，那么JobTracker与TaskTracker的职责也就讲清楚了。
类比讲解知识点忌讳两点：
1.使用固有知识讲解新知识。如果听众对固有知识理解错误或者不清楚，那么新知识一样理解错误；
2.使用复杂的、阳春白雪的例子讲解。这种例子本身就难以理解，那么很多听众就不知道什么意思了，新知识点也就搞不定了。
吴超的IT讲课经验之三：结合学员实际水平，切记拔高式教学
学员和老师永远是一对矛盾。这里不是说闹别扭的意思，而是说教学方面。比如老师愿意把更多的知识传授给学员，学员也愿意吸收尽可能多的知识。但是如何处理“教”与“学”的关系就是矛盾所在。
有的讲师刚从开发一线出来，转为教育行业。看到学员掌握的知识这么少，就尽可能的讲一些自己工作中遇到的问题，讲一些技术的应用场景。
本来是好心，但是学员不买账。为什么哪？
学员的知识储备在某个水平上，只限于对知识点的记忆和理解。而讲师的内容是建立在对知识的熟练运用上，这明显不符合学员当前的学习阶段。所以学员听不懂，就会反感，教学的效果更差。讲师本来是好心，结果还受到了伤害。双方都受伤了。
这就是在教学中要注意的问题，讲师不能一厢情愿的讲课，必须结合学员的实际水平讲课。
现在的hadoop课程，我有些拔高了。按照我的教学计划，至少应该半个月才能把hadoop周边的东西讲完。如果要讲透，必须一个月时间。现在只有7天的课程，我只能尽量增加内容，想在这方面发展的同学可以尽量多学一些。
无奈那！但是效果如何哪，有图为证！
