En el caso de una comunidad de desarrolladores de software, poder converger en un enfoque técnico es clave. Tener demasiadas opiniones sobre cómo abordar las cosas puede paralizar el desarrollo, por lo que hay que encontrar un equilibrio entre una buena dosis de diversidad para estimular la creatividad y demasiada divergencia de opiniones que pueda obstaculizar el desarrollo.
Mira el soporte de ActivityPub en Discourse. La discusión comenzó hace años. Al principio fue rechazada. Pero la insistencia y la perseverancia al intentar dar forma a una propuesta hicieron que el equipo de Discourse aceptara intentarlo y delegara la tarea al equipo de Pavilion, aquí estamos con un ActivityPub Plugin funcional que integra lentamente características que inicialmente se consideraron imposibles o perjudiciales para Discourse. A medida que el plugin madura y el soporte de ActivityPub gana terreno, la comunidad también cambia de forma.
Pero quizás me estoy desviando demasiado. Cuando escribí sobre el síndrome de “no inventado aquí”, estaba pensando específicamente en situaciones como esta, donde existe un ticket para una característica, alguien lo toma y proporciona una forma totalmente inesperada de abordar el problema, que no coincide con la forma habitual de hacer las cosas en el proyecto de software. Quizás este enfoque animaría a alguien más a intentar otra forma completamente inusual, y en lugar de centrar el desarrollo, terminaría dispersando esfuerzos sin mucha dirección. En tales casos, la dirección suele ser más importante que la diversidad, pero luego, podría ser todo lo contrario (como el soporte de ActivityPub en Discourse…).
Espero que esto aclare mi punto, aunque puede que no. No estoy seguro de qué haría la IA con ello. 