要了解任何开源项目的一切是不可能的。如果你要与一个大型社区打交道，你不可能了解所有细节。这与教授课程不同，在课程中一切都是黑白分明的，并且有大量的参考教材。如果你要教授开源，你就必须改变你的教学方式。你不再是讲师，而是导师。
在这些课程中，你帮助引导学生寻找答案，而不是直接给出答案。告诉学生这一点是可以的。简单地说：“这与你上过的其他课程不同。” 这是一种不同的学习风格，这意味着需要设定他们的期望，以免他们最终感到沮丧。
同样，在这个过程中，你可能会学到和你的学生一样多的东西。你是一名共同学习者。这可能会让人感到畏惧。站在课堂前面承认你并不了解你将要教授的一切是很困难的。但请记住，你比你想象的知道的要多。你知道什么是好的作业，什么是好的结果。你知道什么时候课堂进展不顺利。并且你知道如何提问。你拥有完成这项工作的技能和工具；这种教学只是与通常的过程略有不同。
将自己定位为学生的学习者。向他们解释，可能有些领域你不知道答案。但是你知道的是在哪里可以找到答案，以及如何保持学习步入正轨。解释终身学习的好处。然后让他们扮演指导者的角色。让学生学习，然后教导。
在教学中抓住机会。附近或负担得起的会议或聚会正在举行？宣布一次 FOSS 实地考察旅行，然后去参加！如果会议不可行，可以参观当地的用户组会议。请记住，并非每次此类活动都会有所收获。但即使没有其他收获，你也会了解一个群体的文化，以及某些不适合你的学生的方法。或者，你可以邀请 FOSS 开发人员进入你的课堂，或在你的学校举办黑客马拉松。将 FOSS 带给你。
当然，所有这些都会给你的课程带来一定程度的不可预测性。如果你的联系人离开了项目，或者项目架构发生了变化或被分叉了怎么办？如果你在完成之前发现范围太大了怎么办？一般来说，答案是保持灵活性并与社区合作。寻找新的联系人。弄清楚如何使你的交付成果发挥作用，或者弄清楚你在哪里可以继续适应项目。
你可以通过提前计划来避免一些不可预测性问题，这听起来可能很奇怪。例如，不要从事项目关键路径上的任何工作。这意味着你的学生不会承受项目和成绩的双重压力，并且如果出现问题，项目也不会受到影响。（无论如何，社区不太可能以这种方式支持你的班级参与。）从小处着手。确定几个小的贡献，而不是一个大的贡献。你甚至可以让学生估计他们认为需要花费的时间。这也将帮助你避免进度蔓延问题。
在评估方面，在定义作业时定义评分标准。根据评分标准为自己创建一个评分清单。但是，你也可以将成绩与任务是否完成分开。根据演示质量评分。从社区获得反馈以帮助你进行评估。
POSSE（教授开源夏季/软件体验）是为对学生参与自由和开源软件感兴趣的讲师提供的专业发展机会。这篇文章基于 Heidi Ellis 在 POSSE 2013 上的演讲。
5 条评论