我更改了许可证

在过去 28 年的软件发布生涯中，我经历了三个不同的软件许可时代。我最近的所有内容都可以在欧盟公共许可证 1.2 下使用，我想解释一下原因。 Midgard 都是 LGPLv2。这是一个更简单的时代，并且没有那么多的自由软件许可证。由于 Midgard 是一个 Web 框架，因此使用弱 Copyleft 许可证感觉是正确的做法。 Midgard 附带的示例网站已获得 X11 许可。当我在 2011 年左右开始更认真地使用 JavaScript 时，我切换到了 MIT 许可证。这是 NPM 软件包生态系统所青睐的“做你喜欢做的事，只是不要起诉我”这样的简单事情。易于互操作，无需附加挂钩。在我们关闭 Flowhub 之后，有几年的时间我几乎没有发布任何软件。要么是因为我的工作情况不可行，要么是因为我忙于划船。进入 EUPL 今年我决定将我的“默认许可证”切换为 EUPL-1.2 。这是由欧盟创建和发布的 OSI 批准的自由软件许可证。这与我过去使用的许可证有很大不同。 EUPL 是一个强大的 Copyleft 许可证，无论软件如何分发，它都要求互惠许可，从而堵住了“SaaS 漏洞”。多年来，很明显，我们“开源”阵营（而不是“自由软件”阵营）一直都是错误的。我们赢得了这场辩论，但对用户或开发者来说却没什么收获。我们所做的一切都是为了让大公司更容易以更便宜的方式建造东西，让亿万富翁更容易成为万亿富翁。因此，是时候停止乱搞许可许可证了。如果企业不想根据我们的条款使用我们的软件，他们可以自由地花费精力或代币来构建自己的软件。事实上，EUPL 拥有 23 种语言的合法有效的官方翻译，这对于大多数软件都是在硅谷以外的更广阔的世界中构建和使用的世界来说也没有什么坏处。以下是我已经在 EUPL 下发布的一些内容： reticulum-js ：Reticulum 网状网络协议的 JavaScript 实现 dacar ：基于 Reticulum signalk-energy-predictor 构建的去中心化授权系统 ：由可再生能源驱动的船只的预测系统 Offshore-blogging-system ：通过 InReach 卫星文本消息发布博客文章和下载天气数据的工具 此外，NoFlo 开发环境的新重写正在 EUPL 下进行。 NoFlo 本身仍将获得 MIT 许可，因为它是一个已有的项目，有大量第三方贡献。