虽然 OER 社区的起源部分归功于开源和自由软件运动，但我认为这些运动运作的方式和原因的某些方面是缺失的或需要更加强调的。
1. 重要的不是你分享什么，而是你如何创造它
开源软件运动的独特要素之一是开放开发项目。这些项目是指软件以合作方式（不一定是协作方式）公开开发的项目，通常由来自多个组织的人员贡献。创建和发布软件的所有过程——设计、开发、测试、计划——都使用公开可见的工具进行。项目还积极尝试扩大其贡献者基础。
当一个项目具有开放和透明的治理时，就更容易鼓励人们自愿免费提供远远超过您在封闭的内部项目中能够负担的费用的努力。（当然，您必须放弃很多控制权，但实际上，这有什么价值呢？）
虽然在 OER 领域有一些合作项目，例如一些开放教科书项目，但在大多数情况下，创建资源的行为往往是私密的。要么资源是由单独工作的个人创建和发布的，要么是由大学内部的媒体团队私下开发的。
此外，在开源世界中，多家公司共同努力开发同一个软件项目以降低其开发成本并提高软件的质量和可持续性是非常普遍的。我一时想不出教育组织在更大范围内合作设计材料的任何例子——例如，合作构建完整的课程。
总的来说，OER 最常类似于的开源活动是“代码转储”，即组织将其基本上放弃的东西贴上开放许可。相反，OER 需要从产生资源想法的那一刻起就以开放合作和开放流程为中心。
诚然，当今最流行的 OER 形式往往是个人照片、PowerPoint 幻灯片和播客。这可能部分是因为没有开放内容创作文化使更大的作品更容易制作。
2. 始终提供“源代码”
许多 OER 在分发时没有任何形式的“源代码”。在这方面，除了许可证之外，它们与其说像开源软件，不如说更像“免费软件”，以您无法轻易拆解和修改的可执行文件的形式分发。
分发资源的原始组件使修改和改进变得更加容易。例如，如果资源采用复合格式（如 PDF、电子书或幻灯片），则也分别提供所有嵌入的图像，并提供其原始分辨率或用于插图的原始可编辑形式。对于文档，提供用于生成它们的 DPT 软件的原始布局文件（但另请参见第 5 点）。
即使 OER 是一张照片，分发原始原始图像以及最终优化版本也无妨。播客或视频也是如此，可以提供原始无损录音，作为适合重新编辑的单个剪辑。
没有“源代码”，资源很难修改和改进。
3. 拥有支持流程的基础设施，而不仅仅是输出
到目前为止，OER 基础设施主要是在构建成品存储库，而不是用于开放协作创建成品的基础设施（wiki 是一个明显的例外）。
我认为一个好的起点是推广 GitHub 作为管理 OER 生产过程的首选工具。我不是唯一一个提出这个建议的人；奥黛丽·沃特斯也写博客提出了这个想法。
这是一种非常简单的方式，可以从一开始就创建开放项目，并且具有内置机制，可以创建衍生作品并贡献改进。从教育工作者的角度来看，它可能不是最明显的工具，但我认为它会更清楚地说明如何将 OER 创建为开放流程。
也有一些倡议要做类似“教育版 GitHub”的事情，例如 CourseFork，它可能会填补这一空白。
4. 制定一些明确的原则来定义它是什么，以及它不是什么
关于 OER 的文章已经有很多（可能太多了），但是没有的是一套明确的标准，某些东西必须满足这些标准才能被视为 OER。
对于自由软件，我们有 FSF 定义的四大自由
- 自由 1：为任何目的运行该程序的自由。
- 自由 2：研究程序如何工作的自由，并更改它以使其执行您希望的操作。
- 自由 3：重新分发副本的自由，以便您可以帮助您的邻居。
- 自由 4：改进程序并将您的改进（以及通常的修改版本）发布给公众，以便整个社区受益的自由。
如果一个软件不支持所有这些自由，它就不能被称为自由软件。而且有一大群人会在那里让你的生活变得痛苦，如果它不支持这些自由，而你试图把它冒充为自由软件。
同样，要成为“开源”意味着支持 OSI 发布的完整开源定义。同样，如果您尝试将一个项目冒充为开源项目，但它不支持定义的所有要点，那么很多人会很乐意指出您的错误方式。如果您滥用其中一个许可证，甚至可能会起诉您。
如果它不符合 OSI 定义的开源，或不符合 FSF 定义的自由软件，那么它就不是“开源软件”。讨论结束。没有灰色地带。
还值得指出的是，虽然自由软件和开源在功能层面有很多重叠，但如何表达标准对于它们各自的文化和观点也至关重要。
自由软件与开源软件之间潜在的相同独特观点或文化也存在于可能被称为“OER 运动”的范围内，并且已经有一些关于可能被广泛称为“开放”、“自由”和“免费”OER 之间差异的讨论，这可能是一个起点。
然而，虽然有很多关于 OER 的定义在流传，但还没有出现任何此类公认的定义和标签——没有旗帜可以为那些支持这些区别的人们呐喊。
现在，建议分裂成派系似乎是运动前进的一种方式，但我认为自由软件和开源阵营之间的紧张关系总体上是积极的（当然，每个阵营的人可能不同意）。通过将自己与其中一个或另一个群体结盟，您可以清楚地表明您的立场。您可能还会花费更多时间批评另一个群体，而减少您群体内部的内讧！
在真正代表什么方面划定一些明确的界限之前，OER 将继续成为您根据数十个相互竞争的定义中的任何一个想要使其成为的样子，使其容易受到开放粉饰的影响。
5. 不要制作需要专有软件的 OER
好的，所以大多数教师和学生仍然使用 Microsoft Office，许多设计师使用 Adobe。但是，开发可以使用免费或开源软件打开和编辑的资源并不难。
关键是使用开放标准开发资源，这些标准允许与更广泛的工具进行互操作。
如果（或者更确切地说是当）MOOC 平台开始“拥抱和扩展”常用格式供作者利用其平台功能时，这可能会成为一个更大的问题。同样，也有开放标准（例如 IMS LTI 和 Experience API）可以缓解这种情况。这当然是 CETIS 发挥作用的地方！
就这样吗？
正如我在本文开头提到的，OER 在一定程度上受到开源和自由软件的启发，因此它已经融入了许多重要的经验教训，例如建立在自由和开放许可证的概念之上（并在一定程度上简化和改进）。然而，它不仅仅是关于许可！
可能还有其他有用的经验教训和相似之处可以借鉴——在评论中添加您自己的见解。
最初发布在 斯科特·威尔逊的个人博客 和 OSS Watch。根据知识共享协议重新发布。
1 条评论