关于许可，你需要知道的一切，只需 2 分钟

• 在美国和许多其他国家，软件受版权法保护。
• 任何编写软件的人都拥有版权，并且可以决定如何使用它。[不说明如何使用并不免除您作为所有者的责任，即使您不在意。]
• 人们有时会在他们的雇佣协议中放弃他们编写的软件的版权所有权。[如果你没有阅读你的雇佣协议，那你可能不是专业的软件开发人员。]
• 如果你想自由地与他人分享你的软件，以便他们可以将它用于任何用途，那么有一些公认的简单许可（Apache 2.0, BSD, MIT）。这些许可基本上是说
  • 对该软件做任何你想做的事。
  • 不要声称我的工作是你自己的。
  • 请承认我的工作。
  • 本软件不提供任何担保，使用风险自负，[全部大写字母是因为我们真的是认真的]。

阅读 Apache 2.0、Berkeley 和 MIT 许可，每个大约需要两分钟。选择一个。它们对于我们在软件开发短暂历史中所见证的最成功的协作之一，以及对于两所因其对计算机和软件技术的贡献而获得认可的高等学府来说，都已足够好。这些许可是由了解软件版权法和自由共享软件的律师撰写的。Apache 软件基金会项目正在为不断增长的云计算商业生态系统提供动力，并成功地为网络的发展提供了 15 年的动力。你雇佣的任何律师都不会做得更好。

如果你在 GitHub 上工作，那么访问相应的 OSI URL，复制文本，并将其粘贴到树顶的 LICENSE 文件中，并进行适当的日期和项目名称的少量编辑，所花费的时间将比阅读这篇文章还要少。

如果你关心软件自由，那么你承认你可能已经阅读了比普通开发者更多的关于这个主题的内容，并且可以重新学习优秀的自由软件基金会 文章，重新阅读 GNU 许可，并做出适当的选择。

如果你想从你的软件中“赚钱”，那么你承认你需要让律师参与你的业务，或者花足够的时间学习你所选择的专业中可用的商业工具。对于开发者来说，一本非常好的参考书是 Van Lindberg 的 知识产权与开源：保护代码实用指南。

如果你认为你需要对软件专利发表意见，请重新阅读上一段。

就这样。这就是两分钟课程。如果你读得快，那就更快结束了。

任何其他讨论都是无关紧要的或抱怨，如果你靠编写软件为生或供他人使用，那就完全是不专业的。如果你想让人们使用你的软件，请为你的作品许可。作家这样做。艺术家这样做。工程师和建筑师也这样做。你也应该这样做。

最初发布在 Outercurve 博客。经许可转载。