Boa tarde amigos!
Continuando a tradução de “The Cathedral and the Bazaar”, da qual vimos a parte vigésima primeira no versículo anterior. Hoje a parte 22.
Podemos ver o método de Linus como uma forma de criar um mercado eficiente de “egoboo” – para conectar o egoísmo de hackers individuais com a maior firmeza possível a fins difíceis que só podem ser alcançados pela cooperação sustentada. Com o projeto do fetchmail, mostrei (embora em menor escala) que seus métodos podem ser duplicados com bons resultados. Talvez até tenha feito isso de forma mais consciente e sistemática do que ele.
Muitas pessoas (especialmente aquelas que politicamente desconfiam dos mercados livres) esperariam que uma cultura de egoístas auto-direcionados fosse fragmentada, territorial, desperdiçadora, secreta e hostil. Mas essa expectativa é claramente falseada (para dar apenas um exemplo) da impressionante variedade, qualidade e profundidade da documentação do Linux. É um dado sagrado que os programadores odeiam documentar; Então, como é que os hackers do Linux geram muita documentação? Evidentemente, o livre mercado do Linux no egoboo funciona melhor para produzir um comportamento virtuoso e direcionado para os outros do que as lojas de documentação de produtores de software comercial com financiamento maciço.
Tanto os projetos fetchmail quanto os do kernel Linux mostram que, ao recompensar os egos de muitos outros hackers, um desenvolvedor/coordenador forte pode usar a Internet para capturar os benefícios de ter muitos co-desenvolvedores sem que um projeto colapse em uma bagunça caótica. Então, para a Lei de Brooks, eu contra-proponho o seguinte:
- Desde que o coordenador de desenvolvimento tenha um meio de comunicação pelo menos tão bom quanto a Internet e saiba liderar sem coerção, muitas cabeças são inevitavelmente melhores que uma.
Eu acho que o futuro do software de código aberto será cada vez mais pertencente a pessoas que sabem jogar o jogo de Linus, pessoas que deixam para trás a catedral e abraçam o bazar. Isso não quer dizer que a visão individual e o brilho não importarão mais; em vez disso, acho que a vanguarda do software de código aberto pertencerá a pessoas que partem da visão e do brilhantismo individuais, amplificando-as depois pela construção efetiva de comunidades voluntárias de interesse.
Talvez este não seja apenas o futuro do software de código aberto. Nenhum desenvolvedor de código fechado pode igualar o conjunto de talentos que a comunidade Linux pode oferecer para resolver um problema. Muito poucos podiam pagar até para contratar os mais de 200 (1999: 600, 2000: 800) pessoas que contribuíram para o fetchmail!
Talvez no final a cultura de código aberto não triunfará porque a cooperação é moralmente correta ou o(a) “entesouramento/acumulação” [hoarding] de software é moralmente errado (supondo que você acredite na segunda, nem Linus nem eu), mas simplesmente porque o mundo de código fechado não pode vencer uma corrida armamentista evolucionária com comunidades de código aberto que podem colocar em ordem de grandeza mais tempo qualificado em um problema.
Fechamos a vigésima segunda, no próximo versículo a parte 23. Ricas bençãos!
