应对教育领域采用开源的挑战

目前还没有读者喜欢这篇文章。
Imdergrads and open source contributors without writing any code

Opensource.com

在我们最近对英国教育领域的自由和开源软件进行的调查中,我们询问了学院和大学根据 12 个标准不选择开源解决方案的主要原因。 您可以在下面看到每个标准对于服务器上运行的软件的重要性评级

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

我今天想提出的问题是,如果我们将这些视为代表教育领域更大程度采用自由和开源软件的障碍,那么这些障碍是在机构内部发现的,还是在为这些领域提供的软件和服务方面存在问题?

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

供应方因素

Supply-side factors

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

我们也可以将“我们的需求没有开源解决方案”视为与不提供用户想要的东西基本相同,这将使其成为最受关注的问题。

这意味着,从学院和大学的角度来看,开源软件社区只是没有提供这些领域所需的软件产品。

根据我们在编撰教育开源选项列表中的经验来看,这似乎有点奇怪。 也许问题在于意识和营销? 或者在教育领域是否存在确实没有开源选项的重大利基市场? 我们也知道,许多机构的采购流程可能会将开源排除在考虑范围之外——这也是缺乏意识的一个因素吗?

那么,供应方面的第二个主要问题将是服务和支持的提供。 正如我们在公共部门看到的那样,拥有商业合作伙伴是解决方案被采用的关键因素。(这里存在一个先有鸡还是先有蛋的问题,即必须先有采用才能支持服务市场,但缺乏服务会阻碍采用。)

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

现在让我们看看需求方。

需求方因素

Demand side factors"

首要问题是互操作性和迁移问题——如果我们也加上认为迁移成本很重要的受访者,那么这无疑是未选择开源的最常见原因。

我们之前指出,开源、开放标准和互操作性之间没有简单的关系; 虽然原则上开源允许采用开放标准和更高的互操作性,但实践远没有那么明确。

然而,我们在这里尚未理清的是,问题是开源选项缺乏互操作性功能或标准合规性,还是问题在于它们将要替换的现有系统。

下一个排名的问题是缺乏员工专业知识; 同样,我们尚未理清这是否是软件的潜在用户、IT 运营人员或参与采购的工作人员缺乏专业知识,因此很难准确解释。 鉴于问题与服务器软件有关,因此可能是这些群体中的任何一个。

也可能是这个问题与供应方缺乏支持的问题密切相关; 通常对于服务器端软件,可以通过与供应商签订合同来处理配置和操作的复杂性。 对于开源选项,如果没有服务供应商可用,则需要机构的工作人员自行解决。

最后,这里剩下的问题都属于采购本身的合同、法律和程序问题类别。 虽然每个单独的项目排名都不高,但总的来说,它们表明采购方面仍然存在重大障碍。 这是我们最近一直在更深入研究的问题,例如在我们的采购决策因素简报中。

结论?

总而言之,从机构自身的角度来看,教育领域采用开源的需求方和供应方问题几乎具有同等的重要性。 但我们应该从中得出什么结论呢?

我认为我们可以将其归纳为五个挑战

  1. 我们需要解决互操作性问题。 锁定是一个问题吗? 缺乏标准是一个问题吗? 我们的朋友 CETIS 可以牵头解决这个问题。
  2. 我们需要提高对该领域现有开源解决方案的认识; 像我们的 教育开源选项 这样的列表在这里很有用,但项目也需要更积极地提高认识,并且可能需要在 UCISAALT 会议等活动中提高知名度。
  3. 机构需要改进软件采购流程,以便他们能够有效且平等地考虑开源和闭源解决方案。
  4. 我们需要建立教育领域的开源服务市场ULCC 在其 Moodle 托管方面非常有效,但支持其他主要开源软件解决方案的公司似乎在教育领域没有太多业务。(正如我之前提到的,这是一个先有鸡还是先有蛋的问题)
  5. 没有现有开源解决方案的领域启动项目。 当然,资助项目存在众所周知的问题,但还有其他方法,例如 Jisc Co-Design 计划可以在这里发挥作用。

最初发布于 OSS Watch 团队博客。 根据 Creative Commons 重新发布。

标签
User profile image.
Scott Wilson 曾在软件行业和公共部门工作,尤其是在互操作性和开放标准领域。 Scott 在开放开发方面拥有丰富的实践经验; 他是 Apache 软件基金会多个项目的提交者,并且是 Apache Wookie 项目的主席。 他还是多个 W3C 小组的联合主席。

7 条评论

感谢 Scott 的分享。 我很惊讶“互操作性”作为一个问题排名如此之高,我想知道您是否在调查中将互操作性和迁移问题归为一个标准,或者您是否在事后将两个答案合并为一个。 我认为它们可能相关,但它们可能是非常不同的问题(即,组织希望互操作性作为目标应用程序的一个属性 - 将其视为采用后的好处 - 但可能由于缺乏足够的技能资源而存在迁移问题)。

感谢 Deb,

我们确实将互操作性和迁移问题归为一类(尽管迁移成本是单独的类别)。 我同意这个广泛的类别涵盖了许多不同的问题,这是我想通过后续研究来探讨的问题。

S

在过去六年(总共大约十五年)致力于将自由/开源软件 (FOSS) 引入教育领域的过程中,我发现了两个令人不安的问题。
其中一个问题是学术机构倾向于根据特定“专有”应用程序的最低成本而不是根据明确定义的功能来制定其软件需求。
这与遇到的第二个问题错综复杂地联系在一起,即大多数(如果不是全部)学校系统技术负责人与 Microsoft 或该领域的其他大型商业供应商有着密切且强烈的偏好关系。 这部传奇中最糟糕的部分是这些决策者对既有技术供应商的忠诚的贪婪和/或个人经济奖励/收益。

这种非常封闭和倒退的态度和行动的最终结果是,与技术购买和使用相关的过高运营成本将继续大幅增长,任何将受益于创新和具有成本效益的 FOSS 使用的进步教育计划都将遭受严重损害或消失。

我认为在任何组织中,IT 人员都可能倾向于认同他们首选的供应商,就像认同他们的雇主一样,而且一些公司似乎积极鼓励这种认同(最近 Twitter 上的一位机智人士将其描述为“斯德哥尔摩综合征即服务”)。 这是需要制定透明的采购流程来抵消的事情。

调查结果表明,教育机构使用 M$'s 工具为自己挖了一个多么深的坑。 我已经从类似的锁定中拯救了几所学校,通常是出于必要。 虽然学校可能会以类似的方式回应调查,但他们的 IT 实际上已经无法正常运行,需要经常维修/更换硬件和软件才能维持现状。 IT 人员非常努力地维持系统运行,以至于他们几乎没有时间计划迁移,更不用说实施迁移了。 我的解决方案是通过重新映像将 90% 的 PC 转换为 GNU/Linux。 这实际上比与恶意软件作斗争、减速和完全无法运行所花费的工作量要少。 此后的工作量大大减少。 因此,所有不迁移的理由都在阳光下消失了,取而代之的是对旧计算机变得如此之快的惊叹。 事实上,用户发现旧计算机比使用旧软件的全新计算机还要快。 用户还很欣赏服务器现在托管了大量类似于他们在网络上习惯使用的优秀 Web 应用程序,几乎不需要培训。

因此,解决大多数这些想象中的问题的方案是迁移并处理出现的一些问题。 如果每个人都遵循开放标准,兼容性就完全不成问题。 如果每个人都使用熟悉的 Web 浏览器,培训就不成问题。 由于过去的错误,数据迁移对于某些系统来说可能是一个真正的问题,但这些问题始终可以以低于向 M$ 和“合作伙伴”支付过高费用以获得永久使用硬件的许可的成本来解决。 人们可以通过简单地允许一小部分用户保留他们当前的解决方案(通常为 10-20%)来解决迁移中的许多问题。 这仍然可以节省大量资金,并使 FLOSS 在教育领域蓬勃发展。 我发现最受锁定的用户是在学校管理部门,而教师大多拥有一小部分教师生成的文件,这些文件很容易迁移。 学生甚至没有注意到这些变化。 毕竟这是一个 GUI。 学生是那些可以在几分钟内拿起一部陌生的智能手机并让它施展魔法的人。 用户抵制改变的自然倾向通常可以通过提供一些新设备或改进的性能来克服。

所有论点都直接来自 M$ 和 Cy 的营销灌输。
“首要问题是互操作性和迁移问题——如果我们也加上认为迁移成本很重要的受访者,那么这无疑是未选择开源的最常见原因。”
这个论点是真实的,因为闭源总是会阻碍开放标准。
“我们也可以将“我们的需求没有开源解决方案”视为与不提供用户想要的东西基本相同,这将使其成为最受关注的问题。”
如果您从独立的角度来看,这个论点是迄今为止最荒谬的,但如果您知道客户已经经历了 M$ 营销 FUD 的灌输,那就不是了。

结论:由于开源社区没有军队来对抗对手,我们需要准备好与压制软件自由的公司打游击战

“不是用户想要的”不是供应方的问题,而是一个营销和引导问题。 用户只想要他们熟悉的东西,这就是为什么今天人们仍然使用 Microsoft Office,是的,甚至是 Windows XP。 如果有选择,人们不会学习新东西。 这不仅仅是一个开源问题,而是一个计算机教育问题。

Creative Commons License本作品根据 Creative Commons 署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.