开源的新模式：对 Pull 请求关闭，对 Remix 开放

好吧，我要开始一个历史课，因为自这篇文章以来已经有几代软件工程师了，我必须假设并不是每个人都知道大教堂是什么。每个人都知道什么是集市，因为他们每天都在 GitHub 上使用它。

GitHub 采纳了 Bazaar 的想法——一个去中心化、开放、自组织的开源项目——并提供了一个工作流程，允许任何人通过拉取请求检查或贡献源代码。我一直认为需要有一种新的软件开发模式。我们不会回到大教堂，那里有一个小的、私人的、排他性的团队构建源代码，发布经过精心计划、不频繁和完善的版本。但很明显，既然人工智能已经出现，我们还需要其他东西。

GitHub 集市模型甚至在人工智能出现之前就已经显现出其缺陷，因为它创建了基于消费者的权利，每个人都在催促维护人员合并某些内容。它创造了非常奇怪的社会结构期望：发布代码的人有义务维护它并且不会因为工作而获得任何报酬。但现在人工智能已经到来，大坝已经真正决堤了。读取由代码生成的拉取请求有什么意义？我只想阅读并理解核心思想。如果这是一个好主意，我可能会将其合并回上游，但不应期望我会这样做。您会看到，开源软件从定义上来说就是开源的，因为许可证表明它是按原样的，并且按原样允许您重新混合软件。但问题是，人们认为重新混合软件太难了，但事实并非如此。这只是一个知识差距问题，现在代理已经不复存在了。尼克斯已经存在很长时间了。如果您还没有看过我几天前发布的有关 Nix 覆盖的文章，您应该阅读它。目前我们行业中有很多事情是不确定的，但有一点我很确定，而且近 13 年来一直如此，那就是 Nix 是一种糟糕的编程语言。我记得当我第一次学习它时，感觉就像推着屎上山一样。学习悬崖 因此，我将提出一些建议，希望对其他开源维护人员有所帮助。这就是我现在在开源许可下发布我的软件的想法。结构：分散和组合。