上游贡献如何推动科学研究

正如软件开发一样,“地平线欧洲”计划提倡尽早和尽可能广泛地向公民科学分享研究成果,开发新的评估研究指标,并奖励研究人员。
4 位读者喜欢这篇文章。
Open science rocket and beaker

Opensource.com

“地平线欧洲”计划强调开放科学和开源技术。该计划由“地平线 2020”计划演变而来,“地平线 2020”计划为研究项目提供财政支持,通过“开放科学”的流程促进工业竞争力、提升科学卓越性或解决社会挑战。

开放科学是一种基于开放合作工作、工具和传播知识的科学过程方法,可在《地平线欧洲法规和示范拨款协议》中找到。这种开放科学方法与开源原则相符,开源原则为这种合作提供了结构。

开源原则包括

  • 透明度
  • 协作
  • 尽早发布,频繁发布
  • 包容性
  • 社区导向
ICOS logo

ICOS, CC BY-SA 4.0

在创建开源软件时,开源软件开发的基本原则之一是“上游优先”理念。相反的方向是“下游”,上游和下游构成给定软件包或发行版的生态系统。上游非常重要,因为它是源代码贡献的来源。

每个上游都是独一无二的,但一般来说,上游是做出决策的地方,也是项目社区为项目目标进行协作的地方。在上游完成的工作可以流向许多其他开源项目。上游也是开发人员可以报告错误和安全漏洞的地方。如果在上游修复了错误或安全漏洞,那么每个基于上游的下游项目或产品都可以从这项工作中受益。

重要的是与您从中受益的社区的其他成员并肩工作,为上游工作做出贡献。通过首先在上游工作,有机会与更大的社区一起审查想法,并共同构建新功能、版本、内容等。如果所有贡献者一起工作,而不是来自不同公司、大学或附属机构的贡献者在闭门造车地开发功能,然后再尝试集成它们,那就好得多。开源贡献可以比研究项目持续时间更长,从而产生更持久的影响。

ORBIT FP7 EU 项目为例,红帽(较低层,如 Linux 内核和 QEMU)和于默奥大学(较高层,如 LibVirt 和 OpenStack)开发了一项功能,并贡献给了他们相关的上游社区。这使得 OpenStack 中能够实现“虚拟机的后复制实时迁移”。即使那是几年前完成的,该功能今天仍然在任何 OpenStack 发行版(以及普通的 LibVirt 和 QEMU)中可用(并且独立维护)。

正如软件开发一样,“地平线欧洲”计划提倡尽早和尽可能广泛地向公民科学分享研究成果,开发新的评估研究指标,并奖励研究人员。通过开源上游社区,贡献的研究可以超越研究项目的时间线,融入上游生命周期。这使得公司、大学、政府等未来的使用者能够发展和进一步保障研究项目的贡献。


 本文最初发表在 ICOS EU Horizon 2020 项目博客上,经许可转载

Cara Delia Picture
作为红帽的首席社区架构师,我通过为专注于金融服务和气候可持续性的外部开源社区做出贡献来倡导开源原则和实践。
Leslie Hawthorn headshot
Leslie Hawthorn 一直致力于创建和培育开源社区。她曾在财富 10 强公司、首次公开募股前的初创公司和基金会董事会推动开源战略,包括在红帽、谷歌、开源促进会和 Elastic 担任高级职务。她目前领导红帽开源项目办公室内的行业垂直社区战略团队。
Profile pic
在过去的 8 年里,一直从事 IaaS/PaaS 解决方案的设计和实施,特别是 OpenStack 和 Kubernetes/OpenShift,并在过去的 7 年里教授研究生课程。

评论已关闭。

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