Open source 何时合并开源项目？

示例：我们的前三名用户中有两人从事几乎相同的项目（我不太了解他们，也许我错了）：

的

的

除了Jon Skeet的笑话，还有一个没有骄傲的理想世界的梦想（对不起，伙计们，我不是在指责你们傲慢，每个程序员都必须捍卫自己的代码，这是一个事实），这不是一个很好的合作机会吗

---

我不是说社区应该决定个人必须做什么，我只是想让你们提出合并项目的利弊，以及哪些项目必须成为此类分析的主题

在没有对可用解决方案进行彻底研究和没有认真考虑加入现有项目的可能性的情况下启动一个新项目，是社区应该更加坚决反对的事情。也许程序员的教育应该包括一些关于工作重复成本的讨论

话虽如此，尝试不同的方法来解决同一个问题是有益的，一旦程序员有了一些玩具代码，我们应该感谢他将其提供给公众，而不管是否存在类似的项目

我认为作者应该认真考虑合并：

• 一种设计显然优于另一种
• 一个社区比另一个社区更活跃
• 两个项目在未来方向上有着相同的想法
• 合并两个代码库所需的工作是可行的

---

合并应在总体有利的情况下进行。例如，如果其中一个或两个项目：

• 太弱，无法独立生存（没有足够的积极发展来跟上技术变化）；或者
• 可以通过重叠（即不完全相同）的功能提供良好的协同作用

---

然而，有两个强大的项目做同样的事情并没有什么错——这有助于鼓励创新，因为它们试图比对方做得更好。

我投票将这个问题作为离题题来结束，因为它不是关于《规则》中定义的编程。