ソフトウェア開発者コミュニティの場合、技術的なアプローチに収束できることが重要です。物事へのアプローチ方法について意見が多すぎると開発が停滞する可能性があるため、創造性を刺激するのに十分な多様性と、開発を妨げる可能性のある意見の過度な乖離との間にバランスを見つける必要があります。
Discourse の ActivityPub サポートを見てみましょう。議論は何年も前に始まりました。最初は拒否されました。しかし、提案を形成しようとする主張と粘り強さにより、Discourse チームは試してみることに同意し、そのタスクを Pavilion チームに委任しました。そして今、私たちは ActivityPub Plugin という、当初は不可能または Discourse に有害と考えられていた機能を徐々に統合するものができました。プラグインが成熟し、ActivityPub サポートが勢いを増すにつれて、コミュニティの形も変わっていきます。
しかし、私はあまり脱線しすぎているのかもしれません。「Invented Here症候群」について書いたとき、私は具体的に、機能のチケットがあり、誰かがそれを取り上げ、ソフトウェアプロジェクトの通常のやり方とは一致しない、まったく予期しない問題へのアプローチ方法を提供したような状況を考えていました。このアプローチは、他の誰かがまったく別の珍しい方法を試すことを奨励するかもしれませんが、開発に焦点を当てる代わりに、方向性なしに労力を分散させる結果になる可能性があります。そのような場合、通常は多様性よりも方向性が重要ですが、それは逆の場合もあります（Discourse の ActivityPub サポートのように…）。
これで私のポイントが明確になったことを願っていますが、そうでないかもしれません。AI がこれをどう扱うかはわかりません。