开源软件依赖_新的开源依赖项管理器在场

最新推荐文章于 2024-09-11 11:31:11 发布

cuml0912

最新推荐文章于 2024-09-11 11:31:11 发布

阅读量150

点赞数

文章标签： c++ python java 区块链编程语言

原文链接：https://opensource.com/business/15/1/biicode-open-source-dependency-manager

版权

开源软件依赖

当丹尼尔·菲佛（ Daniel Pfeifer ）在去年的Meeting C ++ 陷入僵局时，他说：“尝试完成以下句子：Python有Pip，Ruby有Gem，Dart有Pub，C ++有...”

不幸的是，由于无法解决和跟踪C / C ++项目的依赖关系和版本兼容性，因此我们无法继续这句话。这是biicode试图填补空白的地方。当biicode在大约两年前开始时，创始人和投资者都承担了许多风险。我们的出资者只用一个简单的原型就投入了大量资金。我们的创始人辞去了著名大学的安全且薪酬丰厚的工作职位。但是，机会是巨大的，因为大约有400万C / C ++开发人员，并且这两种语言最多占世界代码的20％。而且，这些工具很容易标准化。一旦给定的依赖项管理器轻松，有效地处理了特定编程语言的最受欢迎和重用的库，该工具自然就成为了标准。

考虑到这些因素，我们向前迈进了……但是决定对代码保密。

竞争

我们从一开始就知道我们具有竞争优势：我们是一个基于文件的依赖项管理器，因此当您指向要依赖的特定文件并获取它时，无需下载庞大的库或程序包。我们也知道，我们并不孤单地尝试向C和C ++社区提供依赖项管理器。 RYPPL已经存在了一段时间，不仅是一个开源项目，而且其贡献者是著名的开发人员。

老实说：我们嫉妒。

我们一直欢迎竞争，我们认为拥有这样的竞争对手只会激励我们。但是，作为开源软件的倡导者和用户，我们知道社区的大部分不仅会与他们在一起，而且还会为该项目做出贡献。但是，我们不断看到并注意到，没有一天没有解决开源问题。不仅如此，我们工具的主要目的是快速制作原型，并且我们相信开源方式的Struts。

到夏天结束时，我们知道我们必须做的事情：我们必须开源。

社区

到那时，biicode拥有一个不断发展的支持社区，并且我们已经在国际标准化组织（ ISO ）委员会的站点上受到关注。我们是该领域的重要参与者！但是，当我们在董事会会议上提出“走向开源”时，很快就很清楚，每个人都不在同一个页面上。它充分利用了我们所必须展示的参与，构建开源社区并为其做出贡献的好处。我们最终与投资者达成了一项协议，该协议说，一旦10,000个用户签约，我们将发布biicode的代码，并欢迎社区对其进行维护和改进。

对于某些人来说，这可能是开源的一种特殊方式，但是也许您知道这样的故事？

我们将全力以赴，并将其视为一项集体挑战。现在我们都是开源用户，拥护者和合作者。