学术界可以“尽早发布，频繁发布”吗？

几个月前，opensource.com 刊登了一篇关于大学生学习编程的教科书的故事（教授可以教授开源吗？，Greg DeKoenigsberg，2010 年 4 月 6 日）。 这本名为“实用开源软件探索”的教科书是以开源方式在 Teaching Open Source Wiki 上创建的。（阅读 Greg 的文章以了解更多关于我们所说的以“开源方式”创建教科书的含义。）

尽管这本教科书是为学生编写的，但事实证明，在教学方面，教授们也非常重要。

七月下旬，我旁听了 Red Hat 团队的教科书主要作者与俄勒冈州立大学电气工程与计算机科学学院副教授 Timothy Budd 之间的对话。 Budd 在 2010 年春季学期的自由和开源软件入门课程中使用了“实用开源软件探索”。 他报告说这本书有潜力，但有一些主要问题需要解决。

Budd 告诉我们，这本教科书的内容大约足够两周的课程使用。 我们都感觉好像忘记了大学教科书是什么样的。 即使我们刚刚发布了教科书的 0.8 版本，它仍然应该在 0.2 版本左右。 没关系，对吧？ 开源发展迅速——我们可以让贡献者参与教科书的编写，并且我们可以在几个月内推出更多真实世界的例子和示例实验室。 更好的是，我们可以使用现有的、免费和开放的内容作为关于许可、治理模型等章节的来源。

在这里，我们再次看到了开源的发布周期与学术界的发布周期之间的差距。 开源的发布周期是“尽早发布，频繁发布”——即使你的目标是已知的，里程碑通常是未知的，甚至最终结果也可能是未知的。 教授们知道每个里程碑——每个学期——何时开始和结束，学生们确切地知道他们将在给定的学期中学到什么，但他们并不总是知道最终目标是什么。

我所在的团队找到了一个很好的表示：将学术“发布周期”想象成一条里程碑均匀分布的直线。 添加另一条向上、向下、向内、向外弯曲并带有随机放置里程碑的曲线，你就得到了开源的发布周期。（本文顶部有一张图片。）

最近，我们开始在两者之间添加一条线，由 TeachingOpenSource.org 代表。 我们正在围绕在学术发布周期和开源发布周期之间架起桥梁建立一个社区，以便学生可以将开源作为他们学业的一部分进行工作——并且教授可以教授它。

对于我们这些从事教科书编写工作的人来说，找到两者之间的共同点是将这本书推广到尽可能多的计算机科学系的关键。 至于我？ 我已经学到了很多关于大学运作方式的知识，而我甚至还没有开始我的第一天。