在软件开发社区中，能够就技术方法达成一致是关键。过多的意见可能会阻碍开发，因此需要在多样性以激发创造力与意见过于发散而阻碍开发之间找到平衡。
看看 Discourse 中的 ActivityPub 支持。讨论始于多年前。起初被拒绝了。但坚持不懈地尝试塑造一个提案，使得 Discourse 团队同意尝试一下，并将任务委托给 Pavilion 团队，现在我们有了可用的 https://meta.discourse.org/t/activitypub-plugin/266794，它逐渐集成了起初被认为不可能或对 Discourse 有害的功能。随着插件的成熟和 ActivityPub 支持的普及，社区也在发生变化。
但我可能离题太远了。当我写到“非我发明”综合症时，我特别想到的是这种情况：有一个功能工单，有人接手了，并提供了一种完全出乎意料的解决问题的方法，这与该软件项目通常的做事方式不符。也许这种方法会鼓励其他人尝试另一种完全不寻常的方法，结果不是集中开发精力，而是分散精力，缺乏方向。在这些情况下，方向通常比多样性更重要，但然后，这也可以是相反的（例如 Discourse 中的 ActivityPub 支持……）。
我希望这能阐明我的观点，尽管可能不能。我不确定人工智能会如何看待它。