No caso de uma comunidade de desenvolvedores de software, ser capaz de convergir em uma abordagem técnica é fundamental. Ter muitas opiniões sobre como abordar as coisas pode paralisar o desenvolvimento, então há um equilíbrio a ser encontrado entre uma boa dose de diversidade para estimular a criatividade e um excesso de divergência de opiniões que pode prejudicar o desenvolvimento.
Veja o suporte a ActivityPub no Discourse. A discussão começou anos atrás. No início, foi recusada. Mas a insistência e a perseverança em tentar moldar uma proposta fizeram com que a equipe do Discourse aceitasse dar uma chance e delegasse a tarefa à equipe do Pavilion, aqui estamos com um ActivityPub Plugin funcionando que integra lentamente recursos que antes eram considerados impossíveis ou prejudiciais ao Discourse. À medida que o plugin amadurece e o suporte a ActivityPub ganha força, a comunidade também muda de forma.
Mas talvez eu esteja divagando demais. Quando escrevi sobre a síndrome de NIH (Not Invented Here), pensei especificamente em situações como essa, onde existe um ticket para um recurso, alguém o pega e fornece uma maneira totalmente inesperada de abordar o problema, que não corresponde à maneira usual de fazer as coisas no projeto de software. Talvez essa abordagem incentive outra pessoa a tentar outra maneira completamente incomum e, em vez de trazer foco para o desenvolvimento, acabe dispersando o esforço sem muita direção. Nesses casos, geralmente a direção é mais importante que a diversidade, mas então, isso também pode ser o oposto (como o suporte a ActivityPub no Discourse…).
Espero que isso esclareça meu ponto, embora possa não esclarecer. Não tenho certeza do que a IA faria com isso. 