xx11: o que está por trás do código que virou febre nas redes

O código xx11 apareceu num fórum de programação na madrugada de terça-feira e， em menos de 48 horas， já acumulava mais de 12 mil menções no X. Não é um framework novo， nem uma falha de segurança. É um padrão de escrita de código que promete reduzir em até 40% o tempo de revisão de pull requests. A origem?Um engenheiro de uma fintech de Porto Alegre que preferiu não se identificar.

A ideia central do xx11 é simples: toda função deve ter no máximo 11 linhas。e todo bloco de código deve ser separado por exatamente duas linhas em branco. Parece bobo， mas quem trabalha com revisão de código sabe o quanto a legibilidade pesa. Em testes internos na fintech， o tempo médio de revisão caiu de 47 para 28 minutos. O número de comentários por pull request despencou 62%. "A gente brincou que era o 11/11 do código limpo"， contou o engenheiro ao portal TecMundo. O apelido pegou.Não demorou para o xx11 virar assunto em comunidades como o r/brdev， no Reddit. Um post com o título "xx11 funciona ou é só mais um hype?" rendeu 340 comentários. A maioria dos relatos é positiva， mas há críticas. Um desenvolvedor sênior reclamou que a regra das 11 linhas força a criação de funções auxiliares demais。o que pode poluir o namespace. "Prefiro uma função de 20 linhas bem comentada do que três de 7 linhas com nomes genéricos"， escreveu. O autor original rebateu: "O problema não é o tamanho， é a responsabilidade única. O xx11 só te obriga a pensar nisso."

Ferramentas de lint já começaram a incorporar o padrão. O ESLint ganhou um plugin não oficial， o eslint-plugin-xx11， que sinaliza funções com mais de 11 linhas e blocos sem as duas linhas de respiro. No GitHub， a extensão CodeReview Helper adicionou um filtro "xx11 compliance" na semana passada. A adoção ainda é tímida — cerca de 3 mil repositórios usam o plugin —， mas o crescimento é constante. Um recrutador de uma big tech em São Paulo me disse que já viu a sigla em descrições de vaga. "Não é requisito， mas chama atenção"。afirmou.

O xx11 não resolve todos os problemas de legibilidade. Códigos com muitas condicionais aninhadas， por exemplo， sofrem com o limite de 11 linhas. Um caso real: uma função de validação de CPF e CNPJ precisou ser quebrada em quatro funções menores。cada uma com 9 linhas. O resultado ficou mais testável， mas o fluxo principal virou uma colcha de retalhos. "É um trade-off"， admite o criador. "Você ganha em clareza local， perde em visão global. Cabe ao time decidir."Para quem quiser experimentar， a recomendação é começar pequeno. Aplique o xx11 só em novos módulos， sem refatorar o legado de uma vez. E não trate a regra como dogma — o próprio autor usa 13 linhas quando a lógica exige. O importante， diz ele。é o hábito de perguntar: "Essa função faz mais de uma coisa?" Se a resposta for sim， o xx11 já cumpriu seu papel. O resto é conversa de fórum.