Lawrence Lessig
Código não proíbe. Código torna impossível. Essa diferença, que Lessig nomeou em 1999, explica por que sistemas digitais regulam comportamento de forma mais eficaz do que qualquer lei formal.
A lei real não está no Diário Oficial
Artigo 17 de 21 da série Governança como Versionamento
O que você vai encontrar aqui?
Este artigo mostra que as regras mais poderosas de qualquer grupo não estão escritas nos estatutos nem nos regimentos: estão na arquitetura do sistema que o grupo usa para se comunicar e decidir. Quem projeta essa arquitetura decide o que é possível, o que é difícil e o que simplesmente não acontece, sem que ninguém precise assinar nada. E isso ilumina algo central no protocolo de versionamento: cada escolha de design do sistema de governança é, ela mesma, uma decisão política.
1. Onde tudo começa
Washington D.C., outubro de 1998. O presidente Bill Clinton assina a lei que ficaria conhecida, informalmente, como “Lei do Mickey Mouse”. O nome oficial era Sonny Bono Copyright Term Extension Act: uma lei que esticava o prazo de proteção de obras artísticas por mais vinte anos, evitando que o rato mais famoso do planeta caísse em domínio público.
Lawrence Lessig, professor de direito constitucional de 37 anos, leu a lei e ficou com raiva. Não por causa do Mickey especificamente. Mas porque viu ali algo que poucos juristas queriam enxergar: que as regras mais poderosas de uma sociedade não estavam mais no Diário Oficial. Estavam no código.
Código, no sentido técnico: as instruções que dizem ao computador o que fazer, o que permitir, o que bloquear.
Para um jurista, isso era uma revelação incômoda. Durante séculos, a humanidade debateu leis em parlamentos, criou tribunais, inventou recursos, garantiu direitos de defesa. E, de repente, um programador num escritório em Cupertino ou Mountain View decidia o que milhões de pessoas podiam ou não fazer, sem debate, sem voto, sem recurso.
Lessig publicou “Code and Other Laws of Cyberspace” em 1999. Revisou e expandiu em 2006, como “Code 2.0”. Mas a frase síntese já tinha mudado o debate: “Code is law”. Código é lei.
Não queria dizer que código tem a mesma natureza jurídica de uma lei. Queria dizer algo mais perturbador: arquitetura digital regula comportamento humano de forma mais eficaz do que qualquer lei formal. Porque lei você pode desobedecer, assumindo o risco de punição. Código você simplesmente não consegue desobedecer. Não é proibição: é impossibilidade.
2. Contexto histórico
Lessig identificou quatro forças que regulam o comportamento humano em qualquer sociedade: lei formal (punição pelo Estado), normas sociais (punição pela comunidade), mercado (punição pelo preço) e arquitetura. Esta última é onde tudo muda.
Uma lombada na rua não proíbe acelerar. Ela torna a aceleração fisicamente impossível. Não há punição: há impedimento. No mundo digital, esse papel é do código.
O DRM (Digital Rights Management, ou gerenciamento de direitos digitais: o sistema que impede que você copie um filme ou empreste um e-book para um amigo) num arquivo não diz “você não pode copiar”. Diz algo mais definitivo: você não consegue copiar. Não é lei a desobedecer. É parede.
3. A ideia central
Lessig mostrou que essa quarta modalidade é a mais poderosa porque opera silenciosamente. Lei é publicada no Diário Oficial. Norma social é visível nas reações das pessoas. Preço aparece na etiqueta. Código é invisível: você não percebe que está sendo regulado, apenas descobre que certas coisas não funcionam.
Antes de Lessig, a maioria dos juristas tratava tecnologia como assunto para engenheiros. Depois dele, ficou difícil manter essa separação: se código regula comportamento, quem escreve código faz política. E política precisa de responsabilização, que é exatamente o que a maior parte dos sistemas de código não tem.
4. Os desdobramentos
Quem escreve o código escreve a Constituição.
A consequência lógica do argumento de Lessig é incômoda para quem gosta de democracia.
Constituições são negociadas em assembleias. Leis passam por parlamentos. Até decretos têm alguma forma de publicidade e recurso. Mas quem decide que o algoritmo de um feed de notícias vai priorizar conteúdo que gera indignação? Um engenheiro de produto numa reunião de quinta-feira à tarde.
Quem decide que um sistema de avaliação de risco criminal vai classificar certos perfis como perigosos? Um estatístico contratado por empresa privada, cujo código é segredo comercial. O réu não pode contestar porque não vê como o sistema funciona.
Lessig não estava dizendo que todos esses agentes são maliciosos. Estava dizendo que o poder de legislar migrou para um espaço sem os freios e contrapesos que a democracia levou séculos para construir. E isso é estruturalmente perigoso, independentemente das intenções de quem ocupa o lugar.
A constituição invisível do condomínio
Pense num condomínio de apartamentos. O regimento interno é a lei formal: proibido barulho depois das 22h, proibidos animais acima de certo porte.
Mas o condomínio tem outra “constituição” que ninguém chama assim: a arquitetura física do prédio. Os corredores apertados dificultam mudanças grandes. As câmeras que registram quem entra e sai. O interfone que passa por uma central que o síndico controla.
Nada disso está no regimento. Mas tudo isso regula comportamento de forma mais eficaz do que qualquer artigo escrito.
Quem projetou o prédio tomou decisões políticas, mesmo que pensasse estar apenas fazendo escolhas técnicas. O tamanho da sala de reuniões define quantas pessoas podem se organizar. A posição das câmeras define o que é monitorado. O acesso ao interfone define quem controla a comunicação.
Lessig chamou isso de “arquitetura é política”. Design técnico incorpora valores. Esses valores regulam quem pode o quê, mesmo quando ninguém está prestando atenção.
A falácia do neutro
O argumento mais comum é: tecnologia é neutra, depende de como é usada.
Lessig respondeu: “Não”. Com um exemplo simples.
A internet dos anos 1990 foi desenhada com o princípio de “fim a fim”: a rede era simples, as inteligências ficavam nas pontas. Qualquer computador conectado podia fazer qualquer coisa. Nenhuma empresa central controlava o tráfego. Esse design favorecia inovação sem pedir permissão a ninguém.
A internet dos anos 2020 é diferente. Plataformas centralizadas controlam o tráfego, a visibilidade, o acesso. Para chegar ao usuário, você passa pelos porteiros: Google no buscador, Apple e Google nas lojas de aplicativos, Meta nas redes sociais.
O design mudou. As possibilidades mudaram. Não porque alguém publicou uma lei nova: a arquitetura foi redesenhada. Decisões técnicas têm consequências políticas. Quem as toma acumula poder que nenhuma constituição regula de forma eficaz.
5. O legado histórico
Lessig não ficou apenas na teoria. Fundou o Creative Commons em 2001: licenças que permitem ao criador dizer “pode usar, mas dê crédito” ou “pode usar, mas mantenha aberto”. Se a lei do copyright por padrão fecha tudo, crie ferramentas legais que abram o que o autor quiser abrir.
Hoje, mais de dois bilhões de obras usam licenças Creative Commons. A Wikipedia inteira está sob CC BY-SA: qualquer pessoa pode copiar, modificar, redistribuir artigos, desde que mantenha a mesma licença aberta. É código jurídico escrito para criar commons em vez de fechar.
Em “Republic, Lost” (2011), Lessig aplicou o mesmo raciocínio à política americana: o problema não é corrupção explícita, mas dependência estrutural de financiamento privado. O código do sistema eleitoral foi desenhado de forma que políticos precisam de dinheiro de doadores para existir. Não é suborno: é arquitetura.
Perdeu no Supremo americano em 2003 (Eldred v. Ashcroft). Ganhou na cultura: a consciência de que direitos autorais privatizavam o conhecimento coletivo entrou no debate público de forma que não havia antes.
6. Contradições e limitações
Lessig é advogado americano escrevendo sobre internet americana nos anos 2000. Sua visão tem viés de contexto.
A crítica mais séria: ele subestimou a capacidade de adaptação das estruturas de poder existentes. Lessig apostou que arquitetura aberta seria difícil de fechar. A internet mostrou o contrário: centralizou-se rapidamente, com ou sem leis especificamente desenhadas para isso. O mercado fez o que o governo não precisou fazer.
Get Gustavo J. Alessandri’s stories in your inbox
Join Medium for free to get updates from this writer.
Outra contradição: Lessig usou o sistema legal americano para lutar contra o sistema legal americano. Creative Commons é ferramenta brilhante dentro da lógica de copyright que ele critica. Isso é pragmatismo inteligente, mas não resolve o problema estrutural que ele mesmo identificou.
7. A tradução para versionamento
Objeção legítima antes de continuar: “Se código é lei e quem escreve o código decide o que é possível, então o protocolo de versionamento também é uma lei imposta por quem o criou. Por que confiar nele?” A resposta está na diferença entre código fechado e código aberto: num sistema de versionamento aberto, o próprio protocolo é auditável, modificável e pode ser substituído pelo grupo a qualquer momento. O código que governa o sistema de governança é visível para todos. Isso não elimina o problema que Lessig identificou, mas o torna gerenciável: você pode ver, contestar e mudar as regras do jogo.
Lessig nunca viu um repositório Git. Mas, se tivesse, reconheceria ali a arquitetura que defendeu a vida toda.
O conceito transversal que Lessig ilumina nesta série é arquitetura como constituição real: a ideia de que cada escolha de design do sistema de governança (qual plataforma usar, quem pode propor mudanças, como aprovações funcionam, o que fica registrado e o que some) já é, ela mesma, uma decisão política. Não há passo único do protocolo que capture isso, porque a tese de Lessig se aplica a cada passo: do primeiro commit ao último merge, cada regra técnica do sistema é também uma regra de poder.
Transparência forçada por design. Num repositório aberto, qualquer pessoa vê o histórico completo: quem propôs, quando, o que mudou, quem aprovou, quem rejeitou. Não é transparência por boa vontade. É transparência porque a arquitetura não permite esconder. Um grupo que governa via repositório aberto não pode alegar “isso foi decidido assim” sem mostrar o commit que registra quando, por quem e com qual justificativa.
Fork como direito de dissidência codificado. Lessig lutou em tribunais tentando garantir que pessoas pudessem se expressar livremente contra poder corporativo. O repositório aberto resolve isso na arquitetura: se você discorda da direção que o grupo tomou, tem o direito técnico de copiar todo o histórico e seguir seu caminho. Dissidência não é tolerada: é habilitada por design. Ninguém precisa de permissão para fazer fork.
Review obrigatório como freio e contrapeso. O problema que Lessig identificou nos sistemas de código fechado é que uma pessoa com acesso pode alterar o sistema sem revisão. Num repositório bem configurado, ninguém faz merge sem aprovação de outras pessoas. O código do sistema de governança pode exigir que duas ou mais perspectivas diferentes aprovem qualquer mudança antes de entrar na versão oficial.
Vigilância: se o repositório existe, mas o review é pro forma (aprovação automática, commits sem descrição, branches aprovadas sem discussão), o sistema virou burocracia com interface de código aberto. A forma está lá. O conteúdo não. A licença do repositório é a constituição real do grupo. Não o que dizem que fazem nas reuniões, mas o que o sistema permite fazer. Code is law. O código do sistema de governança é a lei real do grupo.
Han foi mais longe num ponto que Lessig deixou implícito: código não precisa proibir para controlar. Basta tornar certas ações invisíveis, indesejáveis ou cansativas. Um feed que nunca mostra propostas longas não as censura: simplesmente garante que ninguém as leia. Um sistema de votação que exige dez passos para participar não impede a participação: apenas garante que poucos participem. Han chamou isso de psicopolítica, poder que age pela exaustão e pela preferência fabricada, não pela repressão. O alerta para versionamento é direto: um repositório cuja interface é confusa o suficiente para desanimar participantes ocasionais não é aberto por design. É catedral com porta de vidro.
Uma limitação que o versionamento não resolve sozinho: o protocolo pressupõe que quem configura o sistema o faz de boa fé, deixando as permissões abertas, as licenças visíveis e o histórico acessível. Nada impede que alguém configure um repositório com aparência aberta, mas permissões de fato fechadas: branches protegidas por senha, histórico restrito, fork desabilitado por configuração. O sistema não garante abertura: exige que o grupo audite a arquitetura do próprio sistema, não apenas o conteúdo que circula nele. Lessig diria: não basta ter um repositório. Precisa entender o que o repositório permite e o que ele silenciosamente impede.
8. Implicação prática
Facebook, Cambridge Analytica e a eleição de 2016: arquitetura como decisão política em escala.
Em 2018, veio a público que a empresa Cambridge Analytica havia coletado dados de aproximadamente 87 milhões de usuários do Facebook sem consentimento explícito, usando um aplicativo de quiz que explorava uma brecha na API da plataforma (API é a porta técnica que permite que outros programas acessem os dados do Facebook). Com esses dados, a empresa construiu perfis psicológicos e os usou para direcionar propaganda política personalizada nas eleições americanas de 2016 e no referendo do Brexit no Reino Unido.
Nenhuma lei foi violada de forma clara na época: a brecha existia porque a arquitetura do Facebook permitia. O código da plataforma não proibia aquele tipo de acesso. Não havia regulamentação específica. A “lei real” era o que o sistema permitia fazer, não o que os termos de serviço diziam em letras miúdas que ninguém lia.
O caso forçou o Facebook a mudar a arquitetura da sua API, o Congresso americano a convocar audiências que expuseram a ausência de regulação, e a União Europeia a acelerar a aprovação do GDPR (Regulamento Geral de Proteção de Dados, uma lei que trata dados pessoais como bem a ser protegido). A lição de Lessig aplicada em tempo real: quando a arquitetura muda, as possibilidades mudam. Antes da mudança, coleta massiva era possível por design. Depois, tornou-se impossível por design.
O que nenhuma lei tinha conseguido proibir, uma mudança técnica na API resolveu em semanas.
Vamos ilustrar com uma situação hipotética. Uma cooperativa de moradores de um bairro em Belo Horizonte decide criar um sistema de governança para administrar o espaço compartilhado. Escrevem um belo estatuto: participação aberta, decisões por consenso, transparência total.
Então colocam todas as decisões num grupo de WhatsApp.
WhatsApp tem código fechado. O administrador do grupo pode silenciar, remover e controlar quem fala. O histórico desaparece depois de certo tempo. Não é possível fazer fork. Não há rastro auditável de decisões.
O estatuto diz uma coisa. A arquitetura do WhatsApp diz outra. Qual delas governa de fato?
Lessig já respondeu: a arquitetura. O código é a lei real. Se a cooperativa quer governança aberta de verdade, precisa escolher uma plataforma cuja arquitetura seja compatível com os valores que o estatuto declara.
9. Lições aprendidas
Código não é neutro: cada escolha técnica favorece certos usos e dificulta outros. Essa escolha é política, mesmo quando parece técnica.
A constituição real de qualquer grupo é o que o sistema permite fazer, não o que os documentos dizem que deveria acontecer.
Fork fácil é dissidência legítima por design. Sistemas que dificultam fork concentram poder, mesmo que não digam isso em lugar nenhum.
Transparência de histórico não é opcional: é o mecanismo que permite responsabilização. Sem rastro auditável, não há revisão. Sem revisão, o sistema colapsa em autoridade informal.
Licença define o tipo de commons que você está construindo. Escolher licença fechada e dizer que o sistema é aberto é contradição arquitetural.
10. Explorando caminhos e conexões
Voltando um passo: viemos de Benkler (artigo 16), que mostrou como a produção entre pares funciona economicamente. Benkler explicou o “como” da colaboração em escala. Lessig mostrou o “porquê” da arquitetura importar: porque código é lei, e lei define o que é possível.
Mas aqui surge uma questão que Lessig identificou e não resolveu sozinho: se código define possibilidades, e poder está em quem escreve o código, então o poder está ligado à estrutura da rede, não apenas ao conteúdo de um repositório específico.
É aí que entra Manuel Castells.
Barcelona, 1996. Um sociólogo catalão de 44 anos publica o primeiro volume de uma trilogia que vai chamar de “A Era da Informação”. O argumento central: a unidade básica da sociedade contemporânea não é o indivíduo, não é a família, não é a nação. É a rede. E poder não está em quem manda: está em quem conecta.
Lessig mostrou que código é lei dentro de um sistema. Castells vai mostrar que a estrutura da rede inteira define quem tem influência, quem é incluído e quem simplesmente não existe.
Artigos anteriores, prefácio, introdução e documentação completa estão disponíveis nestes lugares:
https://codeberg.org/openarchy/gitgov
https://github.com/openarchy/gitgov
Todo o conteúdo é totalmente open source e acessível a todos.
O conteúdo está licenciado sob CC BY-SA 4.0: você pode ler, compartilhar, traduzir, adaptar e melhorar — desde que mantenha a atribuição e distribua derivados sob a mesma licença.
Se encontrar um erro, tiver uma ideia ou quiser propor uma melhoria, é só abrir uma issue ou fazer um fork no Codeberg ou no GitHub. Contribuições são bem-vindas. Essa é exatamente a ideia.
11. Referências
- LESSIG, Lawrence. Code and Other Laws of Cyberspace. New York: Basic Books, 1999.
- LESSIG, Lawrence. Code: Version 2.0. New York: Basic Books, 2006.
- LESSIG, Lawrence. Free Culture: How Big Media Uses Technology and the Law to Lock Down Culture and Control Creativity. New York: Penguin Press, 2004.
- LESSIG, Lawrence. Republic, Lost: How Money Corrupts Congress and a Plan to Stop It. New York: Twelve, 2011.
- WU, Tim. The Master Switch: The Rise and Fall of Information Empires. New York: Knopf, 2010.
- BENKLER, Yochai. The Wealth of Networks: How Social Production Transforms Markets and Freedom. New Haven: Yale University Press, 2006
- CADWALLADR, Carole; GRAHAM-HARRISON, Emma. Revealed: 50 million Facebook profiles harvested for Cambridge Analytica in major data breach. The Guardian, Londres, 17 mar. 2018. Disponível em: https://www.theguardian.com/news/2018/mar/17/cambridge-analytica-facebook-influence-us-election. Acesso em: mar. 2025.
- HAN, Byung-Chul. Infocracia: digitalização e a crise da democracia. Petrópolis: Vozes, 2022.
