open-source - 基本案例应该是开源的吗？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




8年前关闭。




我在一个由拥有闭源软件的大公司主导的专有世界中成长为一名软件开发人员 - 这没有受到质疑。随着我的职业发展，互联网变得越来越重要，我接触到越来越多的开源软件。

回顾大多数库，我不是在谈论我们为我的雇主编写的应用程序级代码和实用程序，其中很少有直接具有竞争优势的内容，甚至更没有本质上代表您认为的知识产权。越来越多的这些库、框架和实用程序具有开源等效项。现在，我自己和与我一起工作的开发人员在开始实现此类代码之前首先查找现有库是很常见的。

这已经发生了很大的变化。由于缺乏维护，这些库中的许多可能已经作为开源枯萎了，如果他们这样做，我的雇主就不会受到影响。如果他们蓬勃发展或至少吸引了提交，那么这些雇主就会受益——这发生在我现在的雇主身上。

现在，看看摆在我们面前的是什么，我开始认为对于我们将要编写的大部分库和框架，我们应该假设它们将成为开源来创建它们。对于库、实用程序和框架，这应该是基本情况，而不是假设它们将被关闭，然后您必须努力使它们打开 - 事实证明，事后通常需要做更多的工作(获得批准，执行审查和清理)。

由于基本案例是开源的，我认为会有好处:

开发人员知道代码将被同行和潜在的 future 雇主看到，他们可能会在文档、测试和设计方面更加严格，从而使代码本身更好。仅仅知道世界将能够看到您的代码可能会改变您愿意削减的角落。这应该有利于赞助开发的组织。

个人开发人员将拥有更多的库和可重用代码来在他们的所有项目中使用，尽管这对个人开发人员来说比赞助组织更有利

组织将更有效地分摊开发成本，这是开源的核心前提，但如果开放是基本情况，它会更加普遍

它目前吸引了某种开发者加入组织

它不保证，但它为潜在的开发人员提供了进入面试过程的能力，他们已经熟悉公司实际使用的工具和源代码

感觉这是一种趋势，至少在库和框架级别 - 在我看来不是在应用程序级别。这是一个多元化的社区，你有什么看法？

Answer 1

我认为开源代码总是一件好事(只要它不妨碍利润，如果它是可以/将要牟取暴利的代码)。我见过的开源的最大好处之一是，如果用户想要实现某个功能，他们可以自己实现。它也让客户感到自豪——如果你帮助制造了一些东西，为什么还要使用其他东西？

从商业的角度来看，这里有一些既能赚钱又能从开源中获益的技巧:

如果您担心竞争对手使用您的代码，请编写一个自定义许可证，允许您但没有其他人在专有应用程序中重用代码。例如，您可以在 GPLv3 下获得许可，但有额外的条款允许您像在 LGPL 条款下一样使用它，并允许代码与其他 GPL 产品集成(以便它们可以混合，一个重要的OSS 的一部分)。这使您可以获利，但不会让您的竞争对手获利，而社区则从中受益。

双重许可与第 1 点类似，但它使您难以使用用户提交的代码(因为它会受到 OSS 许可的约束，仅此而已)。您还可以混合使用该方法，如果您打算以商业方式销售该库，这将非常有用。

与其只出售代码，不如出售其他属性(property)。我知道有一款游戏通过开源代码但出售图形和关卡集而取得了成功(就小众独立游戏而言，无论如何)。