为什么贵公司不回馈开源？

Question

对开源的贡献可以有多种形式：使用问题跟踪器，补丁，进一步开发，记录，资金等。假设您的公司使用开源项目，那么您没有回馈的最重要原因是什么？对社区？

Answer 1

开发人员花了我们钱。开源并不需要我们花钱。因此，如果我们开始让开发人员有时间处理开源软件，那么开源就会失去竞争优势，我们也可以给MS一个电话，因为至少我们可以定义他们预先花了多少钱。

Answer 2

我们这样做，我们建立在开源之上 - 但我想我们很特别;）

无论如何，这不是你问题的真实答案，而是我猜其他答案中的“问题”的答案。有很多方法可以为开源做出贡献。当然，您可以提供代码，但您可以贡献的另一件事是 money 捐赠。几年前，Jeff Atwood（SO的创始人之一）在我所知道的wiki系统系统中做到了这一点。

当我为之前的创业公司工作时，我们给了WatiN 300美元。这是一个贡献，并且可能是一个更好（并且至少更便宜）的贡献，然后让我们的一个编码器试图找出WatiN背后的代码模型和编码标准等，然后修复一些bug并提供补丁。

但是，为您最喜爱的开源项目“贡献”的第三种方式更为微妙，但通常是您可以贡献的最终最佳方式，即通过给予注意就像我刚刚通过该链接与WatiN一样。

我愿意花100美元阅读此答案的人会查看WatiN的链接，阅读有关该项目并下载并开始在他们自己的测试套件中使用它。而且他们应该是因为WatiN是一个伟大的开源项目，而Jeroen背后的人真的很有帮助！

那是也贡献。帮助你最喜爱的开源项目，通过告诉别人它有多棒来获得一些关注！

Answer 3

我们确实会在一种情况下回馈开源，而这种情况绝对不是疯狂的。当我们修复bug时，我们总是确保它们被推向上游。

正如我所说，不这样做会非常疯狂，并且可以选择维护叉子。

Answer 4

我们的管理层不了解开源。我不确定我们的老板是否理解我们正在使用OSS进行开发。

在上一次，我们的老板想要发布一些东西作为开源，但是这个软件包应该与支持合同捆绑在一起，所以我不相信他真的知道Open-Source的含义。

所以在一句话中：我们不回馈开源，因为我们的管理层不了解开源背后的概念。

更新：现在我们有一个操作系统产品，但我们的管理层直到今天才理解它。实际上我们做到了，因为我们的一些客户谈论了开源（并且真正意味着免费）。

Answer 5

我们提供补丁和错误修正。

但我们通常不会开始新项目。我们实际上并没有支持这样一个项目的开销。不幸的是，您不能只在网站上发布tarball并希望陌生人在您的代码中添加功能。建立一个社区需要工作。

Answer 6

开发人员时间/团队资源，以及贡献代码的“适当性”。

这意味着，如果我们对OSS项目进行修改，有时这些更改不一定适合回复项目。这可能是因为知识产权，但实际上，最常见的原因是我们根本没有预料到其他人会以我们制作它的方式对软件进行这样的特定修改。所以一般来说，这样的补丁没有意义发回给开发OSS项目的团队。

在其他情况下，这些更改可能作为补丁发送给OSS项目开发人员，但这需要清理/重新格式化代码，从补丁中分离私人公司数据等。通常，如果我们在开始时使用OSS软件，我们并不关心这些事情，因为大多数OSS软件在代码质量方面都有点脏（即没有测试用例，编码标准，文档等） 。因此，清理我们的脏修复代码到已经很脏的代码所需的时间通常比我们在这里为利他因素花费的时间更长。

也就是说，我曾在那些做过的公司工作，必要时回馈OSS项目，以及那些没有对某些OSS项目或发行版做出金钱贡献的公司。

Answer 7

在我看来，最大的问题是大多数公司都在为项目进行开发。如果项目开发出值得作为开源发布的内容，则只能在项目完成之前提供维护承诺。之后，没有更多资源可用于进一步开发，社区支持，错误修复等。这通常意味着开源“产品”的缓慢死亡。

此外，一些公司非常渴望查看公布的内容，这通常意味着要完成出版物的所有流程。这通常会压倒工程师和程序员。

Answer 8

通过合法的方式。说真的，即使作为开源软件的巨大贡献者，作为一家大公司，官僚机构也是一个杀手锏。 （希望法律不读这个：）

Answer 9

我工作的公司生产的软件是专有的，我们的软件是高度专业化的，是我们行业中所有其他公司的主要竞争优势。无法想象为什么开源不是我们鼓励的。

Answer 10

没有开发人员的公司怎么样？也许他们不是一个软件组，并且正在使用OSS来节省资金， la 一个使用LAMP的基于Web的组，但从不修改任何组件？

Answer 11

在我们的案例中，我们根据州政府的具体情况制作极其定制的软件。因此，我们的软件对其他任何人都没用。作为一个国家办公室，我们也无权“捐出”时间或金钱。

从理论上讲，我们可以开源我们的一些文档，但缺乏需求会使它只是一个空洞的姿态。

Answer 12

业务逻辑。

如果我开始构建一个项目，我将源代码用于FLOSS项目而不仅仅是一个库，那么我需要了解两个因素：要对代码进行更改它做我想要的和那些我将被允许发布到世界的方面。

一般来说，这并不困难，但如果截止日期紧张，那么我就不会'浪费'时间剥离我们的专有扩展。

Answer 13

程序员花了我们钱，但为开源做贡献不会产生一分钱的收入。

Answer 14

我们做出贡献并为此感到自豪！

http://hg.nuxeo.org/opensocial就是我们对Leroy Merlin对Nuxeo的贡献。

好的，我没有产生一分钱的收入，但实际上并没有花费更多。当人们为我们的代码（补丁，错误修复，扩展）做出贡献时，这将是代码，这将花费我们什么。

此外，我们的贡献现已纳入Nuxeo的核心功能，因此现在我们将受益于供应商认证的代码集成。

Answer 15

我不确定捐款是帮助OpenSource软件的最佳方式。当杰夫阿特伍德给OpenSource项目捐赠5000美元时，该项目的领导感激不尽......但如果我没记错的话，他不太清楚如何处理它。

为OpenSource项目做出贡献的开发人员不会这样做。他们这样做是因为他们喜欢它，想要向自己证明某些东西等等......但是金钱从来都不是原因，因为他们知道他们不会赚到一分钱。充其量，他们可能会吸引注意力，然后可能产生收入（想想新雇主，更多的博客流量等）。

现在，我并不是说人们不应该做出贡献，但我认为货币捐款并不像人们想象的那样有效，公司倾向于认为他们的模式（资本家）自然会扩展到他们周围的一切： /

在我看来，OpenSource项目从补丁/错误报告中获益更多，而不是直接的货币贡献，例外是托管项目的网站/存储库或为顶级贡献者筹集资金，以便他们可以在面对面讨论需要出现，但这需要花钱，这不是直接给钱。

Answer 16

即使我们确实回馈开源作为代码补丁，并发布开源软件，我也能理解其他公司为什么不这样做。因为“它没有任何利润”：）