Boa noite amigos!
Continuando a tradução de “The Cathedral and the Bazaar”. Hoje vemos a vigésima parte. No ultimo versículo vimos a parte 19.
A história do Unix deveria ter nos preparado para o que estamos aprendendo com o Linux (e o que eu verifiquei experimentalmente em menor escala, copiando deliberadamente os métodos de Linus [EGCS]). Ou seja, enquanto a codificação continua sendo uma atividade essencialmente solitária, os hacks realmente grandes vêm do aproveitamento da atenção e do poder intelectual de comunidades inteiras. O desenvolvedor que usa apenas seu próprio cérebro em um projeto fechado ficará para trás do desenvolvedor que sabe como criar um contexto aberto e evolucionário no qual o feedback que explora o espaço do design, contribui de código, detecta bugs e outras melhorias vêm de centenas (talvez milhares) de pessoas.
Mas o tradicional mundo Unix foi impedido de levar essa abordagem ao máximo por vários fatores. Uma delas era a restrição legal de várias licenças, segredos comerciais e interesses comerciais. Outro (em retrospecto) foi que a Internet ainda não era boa o suficiente.
Antes da Internet barata, havia algumas comunidades geograficamente compactas, onde a cultura encorajava a programação “sem ego” de Weinberg, e um desenvolvedor poderia facilmente atrair um monte de kibitzers [espectadores que geralmente opinam ou fazem comentários] e co-desenvolvedores habilidosos. Bell Labs, os laboratórios MIT AI e LCS, UC Berkeley – estes tornaram-se o lar de inovações que são lendárias e ainda potentes.
O Linux foi o primeiro projeto para o qual um esforço consciente e bem-sucedido de usar o mundo inteiro como seu pool de talentos foi feito. Não acho que seja uma coincidência que o período de gestação do Linux tenha coincidido com o nascimento da World Wide Web, e que o Linux tenha deixado sua infância durante o mesmo período de 1993-1994 que viu a decolagem da indústria ISP e a explosão de interesse mainstream na Internet. Linus foi a primeira pessoa que aprendeu a jogar com as novas regras que possibilitavam o acesso generalizado à Internet.
Embora a Internet barata fosse uma condição necessária para o modelo Linux evoluir, acho que não era por si só uma condição suficiente. Outro fator vital foi o desenvolvimento de um estilo de liderança e um conjunto de práticas cooperativas que permitissem aos desenvolvedores atrair co-desenvolvedores e obter a máxima alavancagem do meio.
Mas o que é esse estilo de liderança e quais são esses costumes? Eles não podem se basear em relações de poder – e mesmo que pudessem, a liderança por coerção não produziria os resultados que vemos. Weinberg cita a autobiografia do anarquista russo do século XIX, Pyotr Alexeyvich Kropotkin, Memoirs of a Revolutionist, de forma eficaz sobre esse assunto:
“Tendo sido criado em uma família de senhores de escravos, eu entrei na vida ativa, como todos os jovens do meu tempo, com muita confiança na necessidade de comandar, ordenar, repreender, punir e coisas do tipo. Mas quando, em um estágio inicial, eu tive que administrar empreendimentos sérios e lidar com homens [livres], e quando cada erro levava imediatamente a pesadas conseqüências, comecei a apreciar a diferença entre agir de acordo com o princípio de comando e disciplina e agir com base no princípio do entendimento comum. O primeiro funciona admiravelmente em um desfile militar, mas não vale a pena no que diz respeito à vida real, e o objetivo só pode ser alcançado por meio do esforço severo de muitas vontades convergentes. “
[EGCS] Agora temos uma história em um projeto que, de várias maneiras, pode fornecer um teste mais indicativo da premissa do bazar do que o fetchmail; EGCS, o Sistema Experimental de Compiladores GNU.
Este projeto foi anunciado em meados de agosto de 1997 como uma tentativa consciente de aplicar as idéias nas primeiras versões públicas da Catedral e do Bazar. Os fundadores do projeto sentiram que o desenvolvimento do GCC, o Gnu C Compiler, estava estagnado. Por cerca de vinte meses depois, o GCC e o EGCS continuaram como produtos paralelos – ambos provenientes da mesma população de desenvolvedores da Internet, ambos a partir da mesma base de origem do GCC, ambos usando praticamente os mesmos conjuntos de ferramentas e ambiente de desenvolvimento do Unix. Os projetos diferiam apenas no fato de que o EGCS tentou conscientemente aplicar as táticas de bazar que descrevi anteriormente, enquanto o GCC manteve uma organização mais semelhante a uma catedral com um grupo de desenvolvedores fechado e lançamentos pouco frequentes.
Isso foi o mais próximo de um experimento controlado que alguém poderia pedir, e os resultados foram dramáticos. Em alguns meses, as versões do EGCS haviam avançado substancialmente em termos de recursos; Melhor otimização, melhor suporte para FORTRAN e C++. Muitas pessoas acharam que os snapshots de desenvolvimento do EGCS eram mais confiáveis do que a versão estável mais recente do GCC, e as principais distribuições do Linux começaram a mudar para o EGCS.
Em abril de 1999, a Free Software Foundation (patrocinadora oficial do GCC) dissolveu o grupo original de desenvolvimento do GCC e entregou oficialmente o controle do projeto à equipe de direção do EGCS.
Fechada a parte 20, no próximo versículo a vigésima primeira. Abraços!
