23 Letras Do Alfabeto

Alfabeto com 23 letras: como funciona na prática

Trabalhar com o alfabeto de 23 letras exige atenção aos detalhes desde o início. Não é algo que se aprende de cabeça fria — precisa experiência real no campo para entender onde as coisas dão errado. A primeira coisa que todo mundo erra é contar. O alfabeto português tem, na verdade, 26 letras. Quando se fala em 23 letras, isso geralmente se refere ao alfabeto básico sem as letras K, W e Y — aquelas que só aparecem em palavras estrangeiras, nomes próprios ou abreviações técnicas. Eu já vi muita gente passar horas refatorando código só porque esqueceu que o Y existe no fim de abreviações como \"Yankee\" em sistemas de codificação militar. O problema é que muitos frameworks e bibliotecas assumem o alfabeto completo. Se você está desenvolvendo algo que precisa filtrar caracteres válidos por exemplo, um validador de input para um formulário de nome, começar com 23 letras ao invés de 26 pode causar falhas silenciosas. Pessoas com nomes estrangeiros simplesmente não conseguem se cadastrar. Já passei por isso num projeto de CRM onde o validateur estava definido com /^[a-zA-Z]{23}/ e esquecimos completamente do W em \"Waack\". Levou três sprints para detectar.

Implementação prática

O jeito mais limpo de lidar com isso é ser explícito desde o começo. Em vez de tentar adivinhar, defina um conjunto constante no topo do seu módulo: Isso é preferível a uma regex mágica espalhada pelo código. A regex /^[a-wxz]/ parece inteligente até você precisar adicionar um caractere novo. Eu uso esse padrão há anos em projetos que exigem compatibilidade com sistemas legados que só reconhecem as 23 letras originais do período pré-acordo ortográfico. Aqui está algo que ninguém conta: letras acentuadas. O alfabeto de 23 letras não considera til, cedilha ou acento agudo. Mas nomes como \"João\", \"Lógica\" ou \"Ação\" aparecem constantemente. A solução mais prática é normalizar o input removendo acentos antes de validar:

Isso transforma \"João\" em \"Joao\" e \"Ação\" em \"acao\", permitindo que o validador de 23 letras funcione sem conflito. A normalização NFD separa o caractere base da marca diacrítica, e o replace remove só a marca. Funciona em 99% dos casos — o 1% restante são caracteres de scripts não latinos, que nesse contexto nem deveriam estar presentes. Se você está construindo algo que precisa processar texto livre, ignorar K, W e Y é um tiro no pé. Essas três letras representam aproximadamente 4% do corpus em português moderno, mas em nomes próprios a frequência sobe para 8-10%. Em sistemas de busca, perder essas letras significa perder resultados relevantes. A recomendação é usar o alfabeto completo de 26 letras salvo em contextos muito específicos como integração com mainframes antigos que realmente não aceitam K, W ou Y. Para maioria dos casos práticos, manter as 26 letras e lidar com acentuação separadamente é mais eficiente. O ganho de tempo é considerável: um validador bem estruturado leva cerca de 15 minutos para implementar do zero, contra 2-3 horas se você quiser suportar cenários de borda com 23 letras estritas desde o início.

Solução recomendada

O caminho que eu adoto hoje é simples: validar com 26 letras, normalizar acentos, e tratar exceções caso a caso. Se alguma integração externa exigir estritamente 23 letras, faço uma camada de adaptação separada, não inline. Isso evita que o bug do Y no Yankee se repita. Se precisa de uma biblioteca pronta, a mais confiável que encontrei é a js-alphabet-utils, que já lida com normalização NFD e oferece both 23 e 26-letter modes toggleáveis. Evite implementar do zero a menos que entenda exatamente onde as armadilhas estão — e acredite, elas estão nos detalhes. O alfabeto português é mais complexo do que parece. 23 letras ou 26, o importante é saber qual conjunto você está usando e documentar isso antes que alguém pergunte por quê o nome da pessoa não está salvando no banco de dados.