开放教育手册/创建和开发 OER
教育工作者和机构都需要了解开放教育的现状。作为一名教育工作者，你需要熟悉你所在机构的许可证和政策。你可以开始在 OER 资源库中寻找可替代的资源，并与 OER 从业人员交流，或加入 OER-Discuss 之类的团体。看看现有的资源，看看是否有任何你可能可以使用或重新利用的资源，并与同事交谈以获取他们的观点。
一旦你决定开发 OER，你就需要考虑前进的策略。成功的方案采用了以下想法：
- 逐步开发，也提供通用版本。
- OER 的每一部分，例如图片或文字，也可以是 OER，也可以共享。
- 你可能已经拥有潜在的 OER - 任何你使用的资源，只要不使用他人的版权作品，都可以是 OER。
- 你不需要成为电子学习天才来制作 OER：一个 PowerPoint 文件可以是 OER。
- 一旦开发完成 - 你只需要 选择一个开放许可证
- 从一开始就以发布 OER 的意图来构建资源，以避免第三方版权材料，而不是事后修复。
创建 OER 时，你需要：
- 检查许可证。
- 署名作者，并包含免责声明和下架声明。
- 如果你遇到困难，公开工作的人往往乐于助人。
- 分享你所制作的。
- 分享你的经验。
完成状态的 OER 有时可能难以重复使用。通常情况下，OER 的各个组成部分或元素具有更大的重复使用潜力。
围绕这个想法进行了一些探索。来自 Siyavula 的 Megan Beckett 建议“在创建/创作/聚合 OER/开放教科书以供重复使用时，最后一步应该是将其分解为各个组成部分，以方便易于访问的混搭（即先组合起来，然后分解！）。"
其他想法是使用 http://coursefork.org/，它被描述为一种 OER 的 GitHub。
该 开放教育理念项目 正在关注这一领域。它认为，OER 重复使用的主要挑战之一是其完整状态：“明显缺乏的是一种感觉，即学习机会必须由教育工作者自己创造。我们将这个概念称为情感所有权，它描述了教育工作者对某些资源具有什么样的情感/情感关系。因此，非我发明综合征似乎在教育领域更相关”。
如果你已经决定在你所在机构开发 OER，那么值得注意一些最大的挑战。你需要解决的三个最主要的挑战是版权问题、质量控制以及任何开发的 OER 的可持续性。事先研究和为未来规划应该有助于减轻围绕版权和可持续性的问题。从一个定义明确的规范开始，并对教师和学习者进行内容测试，应该有助于质量保证。
OER 创建中的主要挑战是在作为教育工作者要求的简单性和作为开发人员要求的复杂性之间取得平衡。下面列出了可能出现的其他一些问题。
- 在你分配开放许可证之前，确保拥有适当的许可。
- 考虑哪些元数据是相关的，并且只包含这些元数据。
- 确保已获得相关方的同意。
- 不要忽视版权以外的权利（例如表演权和数据保护）。
- 包含免责声明和下架政策，并在必要时采取行动。
- 认真考虑署名。
- 实践你所宣扬的 - 尽可能使用现有的东西，而不是制作更多东西。
- 鼓励重新利用和重复使用。
教育工作者需要一个简单易用的编辑器，否则他们不会使用它，开发人员需要一定程度的复杂性才能实现所需的功能。
来自 P2PU 的 Dirk Uys 解释道：“我认为这个问题有两方面。第一部分是提供一个易于使用的工具。第二部分是让用户更多地了解他们正在使用的媒介。如果没有第二部分，我认为我们只是提供了工具，而不是赋予教育工作者权力。对我来说，问题变成了 - 你如何在不影响创建/混搭内容的短期目标以及不令用户感到过于恐慌的情况下，更多地了解媒介？”
Raniere Silva 提出的另一个问题是“如何在不影响创建/混搭内容的短期目标以及不令用户感到过于恐慌的情况下，更多地了解媒介？”
一些建议的解决方案由于其技术性而对大多数教育工作者自行发布材料构成了障碍。许多人认为，混搭工具最终需要更容易地“从一个地方复制粘贴到另一个地方”。
其他挑战包括许可证，除了技术格式之外，许可证还影响着移动课程材料的实际操作；版本控制也会造成问题；以及使用分布式版本控制系统与集中式系统的优势。
工具也存在与编辑器相关的問題，导致用户受限于编辑器功能。应该能够使用 git，并允许用户选择 HTML 转换工具，以允许他/她使用最适合他/她需求的编辑器（或标记语言）。例如，对于 K-8 教师，所见即所得编辑器更好，但对于数学高中教育教师来说，LaTeX 可能更可取，而对于工程学高中教育教师来说，IPython Notebook 更好。MathML 也是一个问题，在某种程度上通过使用 Aloha 编辑器得到了解决。
FLOSS 手册的 Michael Chesterman 主张使用 ePubs。他解释说，大多数 OER 是由编写它们的人/团队共享的，并且在线课程、MOOC、OER 资源库越来越多地成为使用博客类型、所见即所得工具协作编写 OER 的地方，这些工具输出 HTML 页面。Scorm 等格式规范和 LOM 等元数据标准对自发布者来说太难使用，但 ePubs 是最适合允许将 OER 导入和导出到这些平台的候选者，使我们能够自由地在资源库之间退出和混搭。EDUPUB 有可能给方程式带来很多复杂性，从而阻碍了普及。他认为，我们不应该过分关注交互性，而应该先使用简单的 ePubs 使工作流程正常运行，并使用 Web 编码原则“渐进增强”来为 OER 带来更多交互性。他指出，导出的 ePubs 在移动设备上运行良好。但是 Web 和 ePub 上的数学有很多问题。MathML 是 W3C 关于如何在 Web 页面中插入数学的建议，并被 EPUB3 采用。第一个问题是只有少数浏览器和 ePub 阅读器支持它。Firefox 是最支持 MathML 的 Web 浏览器，它不支持许多重要功能。iBooks 支持部分 MathML 规范，目前还没有电子书阅读器支持它。现在，几乎所有需要数学的网页都使用了一些 polyfill 解决方案，例如 MathJax，这种方法有一些问题，特别是对于 ePubs 来说。另一个问题是打字数学并不容易。有时，您要求用户知道 LaTeX 或其他标记，有时，用户需要花费时间在所见即所得编辑器中选择“锚”。
Pat Lockley 认为，大多数 OER 的重复使用都是通过链接进行的。这种做法带来了链接腐烂的巨大问题。尤其是考虑到风险投资在该领域的影响，在那里 OER 在线的时间与资金到位的时间一样长。一个典型例子是 coursefork.org - 它在真正开始之前就停止了。链接到一个邀请用户贡献且没有真正承诺保留这些贡献的平台上的资源是一个真正的问题。数据可移植性应该减轻这个问题，因此平台的用户至少可以存档自己的数据并将其上传到其他地方。理想情况下，它鼓励重复使用/混搭。此外，作为一种黑客手段，如果许可证允许，用户应该获取 HTML 页面并将其导入到更持久、社区驱动的 OER 资源库中，这些资源库是长期存在的。可以处理 URL，或者镜像站点（某种形式的 LOCKSS）将在此处有所帮助。