O que é e como funciona na prática
O he can't be this dumb pt br é uma extensão/browser tool que aparece com frequência em comunidades brasileiras de desenvolvimento e QA, e o nome reflete justamente o problema que ela tenta resolver: detectar situações em que algum sistema ou interface está se comportando de maneira absurda, geralmente ligada a falhas de localidade, má tradução de strings ou lógica que não deveria existir no código. Não existe um produto único com esse nome registrado. Na prática, quem busca por essa expressão geralmente está procurando scripts ou extensões customizadas que ajudam a flagrar bugs óbvios de i18n, valores null que viram string "null", e cases onde o usuário brasileiro vê algo como "undefined" ou texto em inglês misturado na interface. O nome viralizou em grupos de Telegram e fóruns como forma de descrever aqueles bugs cômicos que todo desenvolvedor já viu e pensou "não pode ser sério que isso passou pra produção".
Como configurar o he can't be this dumb pt br no seu ambiente
A instalação varia dependendo de qual versão você encontrar, mas o fluxo padrão é mais ou menos assim: Primeiro, baixe a extensão ou o script. Geralmente disponível no GitHub ou em repositórios internos de empresas. Se for extensão do Chrome/Edge, abra chrome://extensions, ative o modo desenvolvedor e arraste o arquivo .crx ou extraia a pasta e carregue sem empacotar.
Depois, configure os filtros. Aqui é onde a maioria das pessoas erra. Não deixe todos os warnings ativos de cara. Comece com apenas dois:
- Strings em inglês em páginas com locale pt-BR
- Valores numéricos formatados com ponto decimal em vez de vírgula
Eu já perdi tarde da noite caçando falso positivo porque ativei o filtro de tags HTML não fechadas junto com o de strings. O site tinha um componente de terceiros que injetava markup errado propositalmente e o script disparava alertas o tempo todo. Desativei o filtro de markup e mantive só o de i18n. Resolveu em cinco minutos o que tinha tomado três horas.
O que ele realmente detecta (e o que não detecta)
O tool faz três coisas principais: Rastreamento de strings hardcoded. Varre o DOM e o código JavaScript procurando textos literais em inglês quando o locale do usuário é pt-BR. Isso pega desde botões com label "Submit" até mensagens de erro que esquecem de passar pela camada de internacionalização.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Validação de formatação local. Números, datas e moedas. Se o sistema exibe 1.500,00 quando o esperado seria 1.500,00 com vírgula, ou pior, 1500.00, o he can't be this dumb pt br marca o campo. Útil principalmente para sistemas financeiros e e-commerce. Consistência de placeholders. Inputs que mostram "Enter your email" quando o formulário inteiro está em português. Simples, mas extremamente comum em sprints apressados.
O que ele não detecta: Lógica de negócio errada. Se o sistema calcula o frete corretamente mas aplica o cupom de desconto na hora errada, essa extensão não vai ajudar. Também não pega problemas de acessibilidade, performance ou segurança. É uma ferramenta de qualidade de interface e localidade, não um analisador completo de código.
Pegadinhas que ninguém conta
A primeira é que extensões desse tipo dependem de scraping do DOM em tempo real. Se o app que você está testando usa renderização totalmente client-side com virtualização de lista, o script pode não enxergar elementos que só aparecem sob demanda. Minha solução foi adicionar um wait_custom de 2 segundos antes da análise, configurable nas opções da extensão. A segunda é o problema dos falsos positivos em componentes internacionais. Algumas libraries como FormatJS ou i18next usam chaves que parecem strings em inglês mas são na verdade identifiers do sistema de tradução. O he can't be this dumb pt br vai acusar tudo como bug. A workaround é adicionar patterns de exclusão no config JSON. Use regex do tipo \{\{.*?\}\} ou \$t\(['"].*?['"]\) para ignorar as chaves de template.
A terceira, e mais importante: performance. Rodar essa análise em SPAs grandes como dashboards financeiros pode travar o navegador por 30 segundos ou mais. Eu sempre rodo em aba separada com pouca coisa aberta e limitei o escopo para o domínio que estou testando. Analisar o site inteiro num dashboard com milhares de componentes é receita para congelar a máquina.
Alternativas e quando usar outra coisa
Se você precisa de algo mais robusto que análise de strings, considere combinar com o Lighthouse do Chrome para métricas de performance e acessibilidade, e o i18n Ally para VS Code durante o desenvolvimento. O he can't be this dumb pt br é mais rápido para testes pontuais de QA, mas não substitui uma pipeline de teste de internacionalização automatizada. Para equipes que precisam validar pt-BR em produção regularmente, o ideal é integrar uma verificação baseada em snapshot com Cypress ou Playwright. O tool manual funciona bem para debug rápido, mas não escala. Eu uso os dois: o script para achados imediatos e o e2e suite para regressão contínua.
O link para baixar varia conforme a versão. Pesquisando por github he cant be this dumb pt br você encontra os repositórios mais ativos. Verifique sempre a data do último commit antes de confiar em qualquer fork. Muita gente pega extensão abandonada e gasta horas achando que é bug do sistema quando na verdade é o próprio tool desatualizado que não reconhece as APIs modernas de web components.
