Quando a Liderança Ignora a Comunidade: A Crise de Governança no WordPress 7.0 e o Futuro do Open Source

Projetos open source crescem com transparência, acordo coletivo e confiança mútua. Quando o criador do maior CMS do mundo chama o projeto de "lixo medíocre" e ignora escolhas dos principais contribuidores, é hora de analisar. Não se trata de fofoca. É sobre a estabilidade e as regras em ecossistemas open source gigantes.

O Caso Akismet: Um Problema Bem Maior que um Plugin

Em abril de 2026, Matt Mullenweg voltou às discussões de desenvolvimento. Encontrou uma briga antiga sobre a tela "Connectors" no WordPress 7.0. A dúvida: o plugin Akismet entraria como opção padrão?

Parece bobagem. Na real, é um caso clássico de falha na governança.

O que rolou:

• Um contribuinte patrocinado pela Automattic incluiu o Akismet na tela, já na fase de release candidate.
• Committers de outras empresas, como John Blackbourn da Human Made, alertaram que isso pulou os processos normais de revisão.
• A mudança veio sem debate público amplo – algo raro para decisões importantes.
• Mullenweg primeiro rejeitou a ideia de forçar o Akismet no core.
• Depois de ler o chat no Slack, ele mudou de ideia e mandou aprovar mesmo assim.
• Ao lembrarem sua posição anterior, ele foi direto: "Eu disse isso, mas mudei de ideia. Vamos em frente".

O erro? Não foi uma vitória técnica por argumentos sólidos. Foi uma imposição que desrespeitou o modelo de governança do WordPress.

Por Que o Processo Conta Tanto (Mesmo se Você Tiver Razão)

Não precisa ser fã de WordPress para ver o problema. A questão não é o Akismet em si. É o jeito como decidiram.

Open source vive de confiança. Gente doa horas porque acha que sua opinião vale e que regras são iguais para todos. Quando o fundador atropela isso – por mais bem-intencionado que seja –, o recado é claro:

Sua voz só importa se o chefe concordar.

Isso gera um ciclo ruim: contribuidores buscam favores políticos em vez de consenso técnico. Decisões parecem caprichosas. E quem rala no código diário fica ressentido.

No WordPress, complica mais: a Automattic (empresa de Mullenweg) banca o desenvolvimento e vende produtos que se conectam ao CMS. Quando escolhas no core beneficiam itens da Automattic, a linha entre comunidade e negócios some.

O Cenário Maior: WordPress Perdendo o Norte?

Mullenweg foi além do Akismet. Criticou o projeto por:

• Inchado com features "mediocres", longe da excelência original.
• Governança que não atrai contribuições de qualidade.
• Empresas do Five for the Future prometendo apoio, mas entregando pouco.

Críticas válidas, isoladamente. Muitos devs antigos reclamam do inchaço e da qualidade. Mas é estranho: o fundador de um projeto de 20 anos precisa detonar publicamente o que seu próprio sistema criou.

Sinais de uma comunidade doente.

Impactos Práticos para Desenvolvedores

Se você usa WordPress, isso afeta direto:

Risco de dependência: Governança pessoal torna tudo imprevisível. Prioridades mudam sem aviso.

Fragmentação: Fique de olho em saídas de talentos para forks ou rivais. Conflitos assim abrem as portas.

Inchaço extra: Pressão por mais features no core (como o Akismet mostra) aumenta complexidade e riscos de segurança.

Sustentabilidade: Projetos open source resistem a trocas de liderança com regras sólidas. O modelo do WordPress – um cara mandando em committers – é frágil.

Lições para Qualquer Projeto Open Source

Esse episódio ensina qualquer um que mexe com software aberto:

1. Defina e siga as regras de governança. Committers com poder de verdade, não de fachada.

2. Liderança sem ditadura. Fundadores influenciam, mas não derrubam salvaguardas contra erros únicos.

3. Mostre conflitos de interesse. Integrações de produtos da Automattic? Debata abertamente, não em chats privados.

4. Confie nos committers ou mude o time. Se não rola confiança, reformule – não ignore.

O Próximo Passo da Comunidade WordPress

WordPress roda 43% dos sites do mundo. Feito impressionante. Mas com essa escala, governança pesa mais.

Escolha dura: voltar ao processo distribuído e propriedade coletiva, ou admitir que é um projeto guiado por Mullenweg, com committers só consultivos.

Fingir o primeiro enquanto age como o segundo é o pior: contribuidores se sentem reféns, e usuários sem rumo claro.

Para devs escolhendo stacks, olhe além das features. Pergunte sobre regras. Como se decidem coisas? Um só pode anular todos? Tech top vira problema se não evolui de forma confiável.

E Você, Já Passou por Isso?

Trabalhou no core do WordPress? Bateu de frente com a governança? Ou tá repensando sua plataforma por causa disso?

Aqui na NameOcean, apostamos em infraestrutura transparente – de domain a DNS e hosting. Seja WordPress ou alternativas, te ajudamos no stack ideal pro seu time.

Conta nos comentários. Se usa outras plataformas ou pensa em governança open source, o que pesa mais pra você?