Steven Johnson

Steven Johnson é mais conhecido como escritor e divulgador científico, autor de livros influentes como “Where Good Ideas Come From”. Mas também participou da criação do NotebookLM no Google Labs.

Inteligência coletiva não precisa de coordenador. Precisa de regras simples, feedback rápido e diversidade. Formiga não sabe que existe formigueiro. Mesmo assim, formigas constroem cidades. Seu grupo pode fazer o mesmo — sem precisar de um líder onisciente. Johnson passou três anos provando isso.

A emergência da inteligência não planejada

Artigo 07 de 21 da série “Governança como Versionamento”.

O que você vai encontrar aqui?

Você já participou de um grupo que funcionava melhor quando o líder saía da sala? Ou de uma organização que produzia mais quando ninguém estava coordenando ativamente?

Não é coincidência. É emergência. E Johnson passou três anos tentando entender por que isso acontece.

1. Onde tudo começa.

Nova York, setembro de 2001. Duas semanas antes de as torres caírem, um escritor de ciência de 32 anos entregou à editora Scribner o manuscrito de um livro com título estranho: “Emergence”. Na capa, a proposta de subtítulo: “The Connected Lives of Ants, Brains, Cities, and Software”. Formigas, cérebros, cidades e software. Na mesma frase. O editor deve ter achado que Johnson tinha enlouquecido ou descoberto algo.

Tinha descoberto algo.

Steven Johnson não era biólogo, neurocientista, urbanista nem programador. Era um sujeito que lia tudo isso ao mesmo tempo e via conexões que os especialistas, cada um preso no próprio corredor, não enxergavam. Passou três anos obcecado por uma pergunta que parece simples até você tentar responder: como coisas inteligentes surgem de partes burras?

Formiga sozinha é burra. Segue meia dúzia de regras químicas. Não sabe que existe formigueiro. Mas milhares de formigas juntas constroem cidades subterrâneas com ventilação, câmaras especializadas e agricultura de fungos. Sem arquiteto.

Neurônio sozinho é simples. Dispara ou não dispara? Mas 86 bilhões de neurônios juntos geram consciência. Você, lendo estas palavras, é a prova.

Morador de bairro toma decisões locais. Mas milhões de decisões locais geram Chinatowns, distritos financeiros, zonas boêmias. Sem urbanista decretando “aqui será o bairro artístico”.

Johnson chamou esse fenômeno de emergência. E percebeu que quase ninguém na política prestava atenção nele.

2. Contexto histórico

O ano de 2001 era fascinante para quem pensava em sistemas. A internet tinha acabado de sobreviver ao estouro da bolha das pontocom, e o que ficou de pé não foram os sites com mais dinheiro: foram os com mais gente colaborando. A Wikipédia nasceu em janeiro daquele ano. O Linux já rodava em servidores do mundo inteiro.

O pensamento dominante, tanto em política quanto em gestão, ainda era vertical: líderes planejam, subordinados executam. A ideia de que um sistema podia ser mais inteligente que qualquer participante soava como misticismo. Johnson ia mostrar que era ciência.

3. A ideia central

A tese de Johnson cabe numa frase: quando muitos agentes simples seguem regras simples e interagem localmente, surge um comportamento coletivo que nenhum deles planejou. Isso é emergência.

Pense num engarrafamento. Nenhum motorista decidiu criar congestionamento. Cada um freou um pouco, o de trás freou um pouco mais, o efeito se propagou. O congestionamento não foi desenhado por ninguém. Emergiu de milhares de decisões locais.

Antes de Johnson, a maioria das pessoas (incluindo cientistas) explicava sistemas complexos de cima para baixo. Formigueiro funciona porque a rainha comanda. Cidade funciona porque o prefeito planeja. Empresa funciona porque o CEO decide. Johnson inverteu a seta. A rainha não manda. O prefeito não planeja Chinatown. O CEO não projeta a cultura da empresa.

A inteligência está no sistema, não no líder.

Isso não significa que líderes são inúteis. Significa que a maior parte da coordenação acontece sem eles, por baixo da superfície. E, quando um líder tenta controlar o que deveria emergir, o resultado costuma ser pior. Brasília foi planejada centímetro por centímetro. É funcional para carros e hostil para pessoas. As cidades que ninguém projetou (Nova York, Tóquio) são mais caóticas e mais vivas.

4. Desdobramentos

O segredo é o vizinho, não o mapa.

Johnson identificou quatro ingredientes da emergência. Primeiro: os agentes precisam interagir localmente. Formiga não vê o formigueiro. Vê as três formigas do lado. Neurônio não vê o cérebro. Vê os neurônios conectados a ele. Morador não vê a cidade. Vê o quarteirão.

Essa limitação é a força. Porque decisões locais respondem à informação local, que é a mais precisa e atualizada que existe. Hayek (artigo 3) chamou isso de conhecimento disperso. Johnson mostrou o que acontece quando esse conhecimento se conecta: não precisa de cérebro central. A inteligência emerge das conexões.

O Google funciona assim. Nenhum editor humano decide quais sites são relevantes. O algoritmo olha para milhões de links locais (quem cita quem) e extrai ordem. A relevância emerge. O PageRank é uma emergência aplicada.

Feedback: o motor invisível

O segundo ingrediente é feedback. Formiga acha comida, deixa rastro químico (feromônio). Outras formigas seguem o rastro. Mais formigas no mesmo caminho fortalecem o rastro. A trilha se consolida sem que ninguém a tenha desenhado. Isso é feedback positivo: sucesso atrai mais sucesso.

Mas, se a comida acaba, o feromônio evapora. A trilha desaparece. Isso é feedback negativo: fracasso se corrige sozinho. Os dois juntos criam um sistema que se adapta sem coordenador.

Johnson viu nisso uma crítica à política tradicional. Lei aprovada, resultado aparece em anos (feedback lento). Difícil reverter (feedback bloqueado). O sistema não se autorregula; trava.

O mofo limoso: organização sob demanda.

O exemplo favorito de Johnson era o Dictyostelium, o mofo limoso. Na maior parte da vida, são células individuais vivendo por conta própria. Quando a comida acaba, as células se agregam, formam organismo multicelular, liberam esporos para colonizar novas áreas. Sem líder, sem plano. Depois que o problema passa, o organismo se dissolve.

Organização que emerge quando necessário e se dissolve quando desnecessário. O oposto da burocracia permanente.

5. Legado histórico

“Emergence” foi publicado em outubro de 2001. A influência real veio depois, em ondas. A geração de engenheiros que construiu Twitter, Reddit e Stack Overflow leu Johnson nos anos 2000. A arquitetura dessas plataformas é emergente por design: conteúdo não é curado por editores, é filtrado por votos, compartilhamentos, interações locais.

No urbanismo, a ideia de que cidades funcionam melhor quando crescem de baixo para cima influenciou Jan Gehl, que redesenhou Copenhagen para pedestres seguindo a lógica de interações locais. No mundo do software, Johnson deu vocabulário ao que os desenvolvedores de código aberto já praticavam. O Linux não tinha nome para o que fazia. Depois de “Emergence”, tinha: inteligência coletiva sem controle central.

6. Contradições e limitações

Johnson sabia que emergência tem limites, mas talvez não tenha batido nessa tecla com força suficiente. Emergência amplifica as regras do sistema. Se as regras forem ruins, o resultado emergente é catástrofe. A crise financeira de 2008 foi emergência pura: milhões de agentes seguindo incentivos locais (hipotecas fáceis, bônus por volume) geraram colapso sistêmico. Ninguém planejou a crise. Ela emergiu. Das regras erradas.

Get Gustavo J. Alessandri’s stories in your inbox

Join Medium for free to get updates from this writer.

Remember me for faster sign in

Também há problemas que a emergência não resolve. Ir à Lua exigiu NASA, hierarquia, comando centralizado. Nem tudo pode ser formigueiro. A pergunta honesta não é “emergência ou hierarquia?” Mas “quando cada um funciona melhor”? Johnson reconhecia isso, mas o livro é tão entusiasmado com emergência que a ressalva fica em segundo plano.

7. A tradução para versionamento

Johnson nunca usou Git. “Emergence” foi publicado quatro anos antes de Torvalds criar o sistema. Mas o que Johnson descreveu como teoria, o Git implementou como código.

Uma objeção aparece aqui com frequência: emergência funciona para formigas e neurônios, que não têm responsabilidade legal nem prazo contratual. Uma cooperativa tem obrigações com fornecedores. Uma câmara municipal tem prazos constitucionais. Uma associação tem estatuto. Não posso deixar a inteligência emergir; preciso de controle. A resposta de Johnson seria precisa: emergência não é ausência de controle. É controle no lugar certo. Não no centro, que não tem informação suficiente. Nas regras que cada agente segue localmente. Os 21 passos são exatamente isso: regras simples que, seguidas por cada participante no seu contexto, geram coordenação que nenhum coordenador central conseguiria produzir.

Este artigo não tem passo âncora único na grade. Seu papel é diferente: justificar os 21 passos como sistema integrado, não como lista de procedimentos. Johnson explica por que regras simples geram resultado complexo. Cada passo isolado parece pequeno (abrir uma issue, fazer um commit, pedir review). O sistema dos 21 passos juntos é o que nenhum passo sozinho poderia produzir: rastreabilidade, correção distribuída, legitimidade pelo processo. A emergência não está em cada passo. Está na interação entre eles. Em particular, Johnson justifica: o feedback entre Issue (Passo 9) e Merge (Passo 13), que faz o sistema aprender sem coordenador; a distribuição do poder de Review (Passo 12), que evita o gargalo da rainha-que-manda; e o Fork (Passo 18) como pressão seletiva necessária, a ameaça que mantém o sistema principal honesto.

Repositório Git é um sistema emergente. Milhares de colaboradores (agentes autônomos) seguem regras simples (commit, review, merge, fork). Cada um trabalha localmente, no seu branch, vendo apenas seu pedaço do problema. Ninguém precisa ver o projeto inteiro. Feedback é rápido: pull request aprovado ou rejeitado em dias, às vezes horas. Controle é distribuído: qualquer um pode fazer fork.

O resultado é mais inteligente que qualquer participante. O Linux tem milhões de linhas de código que nenhuma pessoa entende por completo. A qualidade emerge da interação, não do plano.

Issue é sinal local. Quando alguém abre uma issue, está reportando informação do seu canto do sistema. É a formiga que encontrou comida e deixou feromônio. Se muitas issues aparecem no mesmo módulo, o sistema está dizendo onde está o problema. Ninguém precisa coordenar centralmente. O padrão emerge dos sinais locais.

Merge é feedback positivo. Código bom é aceito. Mais pessoas usam. Mais contribuições chegam. O módulo se fortalece. Revert é feedback negativo: código ruim é removido, a trilha enfraquece. Os dois juntos fazem o repositório se auto-regular, exatamente como o formigueiro redireciona formigas para a fonte de comida que está rendendo.

Mas o alerta de vigilância importa. Se alguém monopoliza o merge (só uma pessoa aprova código), a emergência morre. Você recriou a rainha-que-manda, o CEO do formigueiro que Johnson mostrou não existir. O Git funciona porque o poder de revisão é distribuído. Concentrar revisão é matar emergência. É voltar à catedral quando o bazar já provou que funciona.

8. Implicação prática

Luis von Ahn e SETI@home: emergência sem voz.

Em 2000, a Universidade de Berkeley lançou o SETI@home: um programa que qualquer pessoa podia instalar no computador e que usava o processador ocioso (quando a máquina não está fazendo nada) para analisar sinais de rádio do espaço em busca de vida extraterrestre. Sem coordenação entre participantes. Sem reuniões. Sem votação. Mais de cinco milhões de computadores em 226 países contribuíram com fragmentos de processamento para um problema que nenhum supercomputador central teria resolvido sozinho. O projeto rodou por 21 anos, analisou mais de 1,7 milhão de sinais e encerrou em 2020.

Alguns anos depois, Luis von Ahn, pesquisador guatemalteco na Carnegie Mellon, inventou o reCAPTCHA. Sabe aquelas letras distorcidas que você decifra para provar que não é robô? Von Ahn percebeu que, cada vez que alguém resolvia um CAPTCHA, estava fazendo um trabalho que computadores não conseguiam fazer: reconhecer texto manuscrito antigo. Redirecionou isso: enquanto você prova que é humano, está digitalizando páginas de livros do século XIX que nenhum software de reconhecimento conseguia ler. Mais de 750 milhões de pessoas ajudaram a digitalizar a biblioteca do The New York Times e livros do Google sem saber. Depois criou o Duolingo com a mesma lógica: aprenda um idioma enquanto traduz a internet.

Os dois casos são emergência na forma mais pura: milhões de agentes autônomos, regras simples, resultado coletivo que nenhum planejador central teria produzido. Johnson teria reconhecido imediatamente o padrão.

Mas há uma diferença que importa para governança: SETI@home e reCAPTCHA são emergências sem deliberação. Os participantes contribuem sem propor, sem revisar, sem aprovar. Funcionam para problemas com resposta verificável: o sinal estava lá ou não estava, a letra é essa ou não é. Não funcionam para decisões coletivas em que o processo importa tanto quanto o resultado. Uma associação de moradores não pode digitalizar uma política de uso do espaço comum sem que os moradores saibam que estão fazendo isso.

O que a governança como versionamento adiciona à emergência de Von Ahn é a camada política: commit tem autoria, pull request tem deliberação, merge tem registro. A inteligência ainda emerge de baixo para cima. Mas cada contribuinte sabe o que está contribuindo, e o grupo pode ver, contestar e reverter qualquer parte do resultado.

Em 2010, pesquisadores japoneses publicaram um experimento que desconcertou engenheiros de transporte. Colocaram um fungo chamado *Physarum polycephalum*, um organismo unicelular sem cérebro, neurônios ou qualquer estrutura central de processamento, num mapa do Japão. Posicionaram flocos de aveia nas localizações das principais cidades ao redor de Tóquio e observaram.

Em 26 horas, o fungo havia criado uma rede de filamentos conectando todas as cidades. A rede era eficiente, redundante e resistente a falhas. Era, com pequenas variações, o mapa do metrô de Tóquio, que levou décadas e bilhões de dólares para ser projetado por engenheiros humanos. O fungo não planejou nada. Seguiu regras simples: crescer em direção a nutrientes, reforçar caminhos que funcionam, abandonar os que não funcionam. Johnson chamaria de emergência. Os engenheiros chamaram de constrangedor. A inteligência não estava no fungo. Estava nas regras que ele seguia.

Um exemplo ilustrativo: uma associação de moradores com 200 famílias não precisa de um presidente que decida tudo. Precisa de regras simples (propostas escritas, revisão por pares, registro público), canais de comunicação local (grupos por quadra, não assembleia geral para cada problema) e feedback rápido (decisão testada, resultado medido, ajuste feito). A inteligência coletiva das 200 famílias vai superar qualquer diretoria eleita. Não porque sejam geniais, mas porque são muitas e veem ângulos diferentes.

9. Lições aprendidas.

Inteligência coletiva não precisa de líder. Precisa de regras, feedback e diversidade de agentes. Se o sistema tem os três, a inteligência emerge.

Interação local bate planejamento central em ambientes complexos. Quem está perto do problema tem a melhor informação.

Feedback rápido é o motor. Sem feedback, não há adaptação. Sem adaptação, não há emergência. O sistema congela.

Emergência não é mágica. É consequência de regras. Regras ruins geram emergência destrutiva. Desenhar as regras certas é a tarefa central de qualquer sistema aberto.

Burocracia permanente é o oposto de emergência. Mofo limoso ensina: organizar quando precisa, dissolver quando não precisa.

10. Explorando caminhos e conexões.

Johnson fecha o círculo da Parte I: quando agentes diversos interagem com regras simples e feedback, a inteligência coletiva emerge sem que ninguém a tenha projetado. O esqueleto de por que a descentralização funciona está montado. Mas todo sistema tem lado sombrio.

Em 1922, um sociólogo alemão publicou uma obra monumental chamada “Economia e Sociedade”. Max Weber tinha uma observação perturbadora sobre organizações: toda burocracia, por melhor que comece, tende a virar jaula. As regras que existiam para servir às pessoas passam a existir para servir a si mesmas. O processo vira mais importante que o resultado. Racional por fora, irracional por dentro.

Weber chamou isso de “jaula de ferro”. E se os 21 passos da “Governança como versionamento” virarem ritual vazio (commit por fazer, review que ninguém lê, merge automático), a jaula se fecha de novo.

A Parte II começa com esse alerta. E começa perguntando: o que impede um sistema aberto de se devorar?

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

1. CAMAZINE, Scott et al. Self-Organization in Biological Systems. Princeton: Princeton University Press, 2001.
2. HOLLAND, John H. Emergence: From Chaos to Order. Cambridge: Perseus Books, 1998.
3. JOHNSON, Steven. Emergence: The Connected Lives of Ants, Brains, Cities, and Software. New York: Scribner, 2001. (Edição brasileira: Emergência: a dinâmica de rede em formigas, cérebros, cidades e softwares. Rio de Janeiro: Jorge Zahar, 2003.)
4. JOHNSON, Steven. Where Good Ideas Come From: The Natural History of Innovation. New York: Riverhead Books, 2010.
5. RHEINGOLD, Howard. Smart Mobs: The Next Social Revolution. Cambridge: Perseus Books, 2002.
6. TERO, Atsushi et al. Rules for biologically inspired adaptive network design. Science, v. 327, n. 5964, p. 439–442, jan. 2010.