Lei de Linus

Origem: Wikipédia, a enciclopédia livre.

A Lei de Linus (Linus's Law) é uma lei formulada por Eric S. Raymond em seu ensaio A Catedral e o Bazar, descrito no capítulo 10 (O Contexto Social do Código Aberto). O nome da lei é uma alusão ao finlandês Linus Torvalds, criador do sistema operacional Linux, um software livre. O enunciado da lei é o seguinte:

Dados olhos suficientes, todos os erros são triviais ^[1]

A frase possui relação com o modo de funcionamento da base do Open Source (ou Software livre) e da Internet, em que com um grande número de colaboradores (olhos), qualquer problema em um sistema pode ser detectado e corrigido. Na proporção em que os colaboradores aumentam, a facilidade com que as correções são feitas também aumenta, ou seja, o número de colaboradores é diretamente proporcional à facilidade de detecção e correção do erro.

De certa forma, podemos dizer que tal lei possui semelhança com o ditado popular "O olho do dono engorda o boi".

No prólogo do livro The Hacker Ethic (A Ética Hacker), Linus Torvalds descreve a sua noção da regra:

A Lei de Linus diz que todas as nossas motivações podem ser agrupadas em três categorias básicas. Mais importante, o progresso é sobre passar por exatamente essas mesmas coisas como se fossem "fases" em um processo de evolução, uma matéria da passagem de uma categoria para a próxima. As categorias, em ordem, são: sobrevivência, vida social e entretenimento. ^[2]

A idéia é parecida com a Hierarquia de necessidades de Maslow.

[editar] Difusão

Os conceitos expressados pela Lei de Linus são tão universais que a lei tem sido constantemente usada fora do contexto puramente informático. Um exemplo é a Wikipédia, que segue um modelo baseado na lei de Linus, já que, podendo ser editada por qualquer pessoa, muitos erros podem ser gerados, mas se houver um grande número de colaboradores para cuidar dos erros, eles podem ser facilmente contornados. Isso é bem conhecido pelos administradores (ou sysops) de cada Wikipédia, que cuidam da manutenção da versão na qual são administradores.

Larry Sanger, co-fundador da Wikipédia, afirmou certa vez, sobre o fato de que qualquer pessoa pode criar e editar artigos na Wikipédia, que "dados olhos suficientes, todos os erros são triviais", em uma alusão direta à lei de Linus.

[editar] A ética hacker

As definições da Lei de Linus são constantemente usadas em conjunto com as definições filosóficas do hacker ativo, em referência a Torvalds, um hacker.

[editar] O hacker ativo

De acordo com esta definição, a atividade que pressiona os humanos pode ser dividida em três categorias. O avanço bem-sucedido de uma fase para outra determina o processo de evolução. Estas três categorias são, em ordem: a sobrevivência, a vida social e o entretenimento.

A sobrevivência é a base da própria existência. É portanto um fator de motivação, mas em um sistema socio-econômico bem desenvolvido, não passa de uma preocupação cotidiana.

A vida social é um fator de motivação muito forte. Em muitos casos, maior consideração é dada para os laços sociais do que para a "auto-pessoa". São tarefas semelhantes aos conceitos de "morrer por sua família/por amor/por religião/pelo país".

O entretenimento é a última das três categorias. Este "entretenimento" não está relacionado com ações como jogar jogos eletrônicos ou assistir a televisão, mas fazer algo interessante e estimulante, um estímulo positivo para a base de nossas ações. Linus Torvalds assim descreveu esta última fase: "É a ginástica mental necessária na tentativa de explicar o universo".

[editar] Conclusão

O hacker portanto precisará fazer uso do computador para que sobreviva. O computador passa a ser o principal meio de obter relações sociais, mas acima de tudo, entretenimento. O desenvolvimento de um sistema open-source é realizada mais por causa da paixão dos desenvolvedores no seu próprio projeto, e não para meios puramente comerciais.

[editar] Críticas

Alguns estudos contestaram a Lei de Linus, citando o número relativamente pequeno de contribuições feitas para projetos open-source por pessoas "de fora", isto é, pessoas que não pertencem a um pequeno grupo principal de colaboradores.^[3] Isto é em grande parte o resultado do investimento necessário que os colaboradores precisam realizar para manter positivamente os ajustes no ambiente e entender um pouco do código antes que possam efetivamente contribuir para o mesmo.

Alguns projetos também não confiam em contribuições externas, temendo que eles possam criar bugs difíceis de serem encontrados ou buracos na segurança, e assim esses projetos criam um inconveniente processo de revisão que pode prejudicar desenvolvimento externo.

Os defensores do código aberto argumentam, no entanto, que existem maneiras de se minimizar estes problemas e de se facilitar a integração de colaboradores externos. Seguindo práticas efetivas de engenharia de software, é possível produzir um código de fácil manutenção. Os exemplos podem incluir o uso de componentes modulares com acoplamento frouxo, ou um bom conjunto de testes para a verificação das contribuições externas, ou uma simples estratégia de desenvolvimento suportada por ferramentas como o autoconf.

Também é considerado uma ajuda importante ter uma boa documentação, incluindo tanto uma visão geral quanto descrições detalhadas da interface, opcionalmente suportadas por ferramentas como o Javadoc e ferramentas de visualização de código. Porém nem todos os projetos open-source implementam tais medidas.

[editar] Em segurança

Um argumento contra o código aberto é o de que falhas de segurança podem ser facilmente encontradas pelo exame do código fonte, destruindo efetivamente qualquer segurança por obscuridade (en:security through obscurity). Outros dizem que isso é um ponto forte: significa que não apenas usuários maliciosos, mas também desenvolvedores externos e usuários legítimos, podem encontrar tal falha de segurança mais facilmente e diagnosticar ataques mais rapidamente. Por serem expostos rapidamente e para mais pessoas, os problemas de segurança podem ser consertados antes que a aplicação esteja completamente desenvolvida e eles se tornem um problema mais sério.

[editar] O efeito ocular

"É o efeito ocular", disse Tom Arriola, o desenvolvedor do "Crime Scene" [Cena do Crime], um site que dá aos seus milhares de membros a tarefa de resolver coletivamente mistérios de assassinatos fictícios. "Quanto mais olhos vêem algo, mais provável é que alguém veja alguma coisa que ninguém viu antes." ^[4]

[editar] Notas

[editar] Ver também

• Eric S. Raymond
• A Catedral e o Bazar
• Linus Torvalds
• Software livre

[editar] Ligações externas

O Wikisource tem material relacionado a este artigo: A Catedral e o Bazar

• The Myth of Open Source Security Revisited (em inglês)
• Brute Force for Brain Teasers (em inglês)
• Leis epigramáticas (em português)
• O Contexto Social do Código Aberto (em português)