挑战答题王小程序源码开源_应对开源技术在教育中的挑战

挑战答题王小程序源码开源

在我们最近对英国教育领域的免费和开源软件的调查中 ，我们询问了大学和大学不按12条标准选择开源解决方案的主要原因。 在下面，您可以看到每个标准对服务器上运行的软件的重视程度：

互操作性和迁移问题	80
缺乏支持	71
劣质软件	60
不是用户想要的	51
缺乏员工专业知识和培训需求	49
没有满足我们需求的开源解决方案	43
包括许可在内的法律问题	30
识别相关软件的时间成本	29
迁移费用	25
现有合同义务	18
文档不良	15
解决方案无法扩展	14

我今天要提出的问题是，我们是否应将其视为在教育中广泛采用自由和开放源软件的障碍，是在机构内部发现的障碍，还是在可用的供应方面存在问题？软件和服务部门？

为了回答这个问题，我将标准分为两组：供应方和需求方。 首先让我们看一下供应方。

供应方面的因素

前四个标准中的三个是供应方的考虑因素：缺乏支持，质量差的软件以及不提供用户想要的东西。

我们还可以考虑“没有满足我们需求的开源解决方案”与没有提供用户想要的东西大致相同，这将使它成为头等大事。

从大学和大学的角度来看，这意味着开放源代码软件社区并未提供行业所需的那种软件产品。

根据我们在编译“ 教育的开源选项”列表中的经验 ，这似乎有点奇怪。 也许这是意识和营销问题之一？ 还是在教育中有重要的利基市场，而实际上没有开源的选择？ 我们还知道，许多机构的采购流程可能会将开源排除在考虑范围之外吗？这是否也是缺乏意识的一个因素？

供应方面的第二个主要问题是服务和支持的提供。 正如我们在公共部门看到的那样，拥有商业伙伴是采用解决方案的关键因素。 （这里有一个鸡与蛋的问题，必须采用这种方式来支持服务市场，但是缺乏服务会阻碍采用。）

最后是质量问题-针对教育的开源解决方案真的质量很差吗？ 还是正在考虑的解决方案类型不成熟？

现在让我们看一下需求方。

需求方面的因素

首要问题是互操作性和迁移问题-如果我们还考虑迁移成本的受访者，那么这是迄今为止未选择开放源代码的最多人引用的原因。

前面我们已经提到 ，开源，开放标准和互操作性之间没有简单的关系。 原则上，开放源代码允许采用开放标准并具有更大的互操作性，但是实践却没有那么明确。

但是，我们尚未弄清的是问题是否出在缺乏互操作性或标准合规性的开源选件上，还是问题在于它们将取代的现有系统。

下一个排名问题是缺乏员工专业知识； 同样，我们还没有弄清软件的潜在用户，IT运营人员或采购人员是否缺乏专业知识，因此很难准确解释。 鉴于问题与服务器软件有关，可能是这些组中的任何一个。

也可能是这个问题与供应方缺乏支持密切相关。 通常对于服务器端软件，可以通过与供应商签约以代表您进行处理来克服配置和操作的复杂性。 对于开放源代码选项，如果没有可用的服务提供商，则由机构的员工自行解决。

最后，这里的其余问题属于采购本身的合同，法律和程序问题。 虽然每个项目的排名都不是很高，但综合起来，它们表明采购中仍然存在重大障碍。 这是我们最近一直在更深入地研究的内容，例如在“采购决策要素”简报中。

结论？

总而言之，从机构本身的角度来看，在教育中采用开放源代码的需求和供应方面的问题几乎具有同等的重要性。 但是，我们要做什么呢？

我认为我们可以将其提炼为五个挑战：

1. 我们需要 解决互操作性问题 。 锁定有问题吗？ 缺乏标准是一个问题吗？ 这是我们在 CETIS 的朋友 可以带头的 事情 。
2. 我们需要 提高 对该部门 现有的开源解决方案的认识 ； 像“我们的 开放源代码教育选项” 这样的列表 在这里很有用，但是项目还需要更加主动地提高意识，并且在诸如 UCISA 和 ALT 会议 等活动中可能需要更高的知名度 。
3. 机构需要 改进软件采购流程， 以便它们可以与封闭源同等有效地考虑开放源解决方案。
4. 我们需要 建立用于教育的开源服务市场 。 ULCC 在托管Moodle方面非常有效，但是支持其他主要开放源代码软件解决方案的公司在教育领域似乎没有太多的业务。 （正如我之前提到的，这有点像鸡和蛋的问题）
5. 在没有现有开源解决方案的区域进行 Bootstrap 项目 。 当然，有 资金支持的项目 存在 众所周知的问题 ，但是还有其他方法，例如 Jisc联合设计 程序可以在这里发挥作用。

最初发布在OSS监视小组博客上 。 在知识共享下重新发布。

翻译自: https://opensource.com/education/14/5/choosing-open-source-education

挑战答题王小程序源码开源