Prefixo e sufixo: o que realmente importa na prática
Muita gente confunde a função de um prefixo com a de um sufixo e aí começa o problema. O prefixo vai antes do núcleo da informação. O sufixo vai depois. Parece óbvio até você tentar aplicar isso em um sistema real e ver que a coisa não funciona como você esperava. Vou explicar do jeito que eu entendi depois de passar por bastante dor de cabeça com isso.
Prefixo ou sufixo: quando usar cada um
A regra básica é simples. Prefixo serve para agrupar ou categorizar algo antes de você ler o resto. Suffixo serve para adicionar uma característica, um status ou um detalhe que complementa o núcleo. A diferença é puramente posicional, mas o impacto no uso é enorme. Se você está montando um sistema de nomes de arquivos, por exemplo, colocar o tipo de documento como prefixo significa que ao ordenar alfabeticamente, todos os arquivos do mesmo tipo ficam juntos. Se você colocar como sufixo, a ordenação vai agrupar por nome e o tipo fica espalhado. Isso muda completamente a experiência de navegação.
Eu já passei por isso na prática. Criei um esquema de nomemclatura para documentos técnicos usando prefixo com código do departamento e sufixo com data. Funcionou bem no início, mas quando o volume cresceu e tivemos mais de dois mil arquivos, a ordenação por prefixo criou grupos enormes que dificultavam a busca. O workaround foi simples: adicionei um segundo nível de prefixo com o ano. Ficou mais work para registrar, mas a busca por contexto ficou viável.
Como construir seus próprios prefixos e sufixos
O primeiro passo é definir qual informação precisa vir primeiro. Não tente colocar tudo. Quanto mais específico for o critério de agrupamento, melhor o prefixo funciona. Eu recomendo que você teste com pelo menos dez exemplos reais antes de oficializar qualquer convenção. Para sufixos, a lógica é inversa. O sufixo deve trazer informação que não interfere no agrupamento principal. Data de modificação, versão, status de aprovação são bons candidatos. Evite sufixos que contenham informações usadas para classificação, senão você acaba criando redundância.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Um erro comum é usar hífen e underscore ao mesmo tempo no mesmo sistema. No começo parece inofensivo, mas quando você começa a escrever scripts de automação ou queries de banco de dados, o hífen quebra a sintaxe em várias linguagens e o underscore vira parte do nome em vez de um separador. Eu aprendi isso na marra, gastando horas depurando um script Python que simplesmente não encontrava os arquivos certos porque o nome continha hífen e eu estava usando split com underscore.
Dicas que ninguém conta
A maioria dos materiais sobre o assunto fala apenas da definição. Ninguém menciona que prefixos muito longos perdem o propósito rapidamente. Se o seu prefixo tem mais de quatro ou cinco caracteres fixos, considere se ele deveria ser dividido em múltiplos níveis ou se deveria migrar para um campo estruturado em vez de parte do nome. Também não se esqueça do limite de caracteres do sistema onde você vai armazenar. Windows permite 260 caracteres no caminho completo, Linux não tem esse limite rígido, mas aplicações como Excel têm limites de célula. Um sufixo com data completa no formato YYYYMMDD já consome oito caracteres. Em arquivos com nomes longos, isso pode ser a diferença entre funcionar e quebrar.
Outro ponto que as pessoas ignoram: prefixos e sufixos em sistemas multilíngues precisam ser estáveis. Eu vi uma equipe usar sufixos em português (como _v2 ou _aprovado) e quando o sistema foi adotado por filiais de outros países, a busca por sufixo parou de funcionar porque os termos precisaram ser traduzidos. A solução foi trocar para códigos alfanuméricos neutros, mas isso exigiu um migrate pesado de toda a base.
Quando prefijo e sufixo simplesmente não resolvem
Existem cenários onde a convenção de nomemclatura com prefixo ou sufixo não escala. Se você precisa de buscas complexas, metadados variáveis ou relações entre itens, o nome do arquivo não é a ferramenta certa. Nesse caso, migre para um banco de dados ou um sistema de gestão documental desde o início. Tentar contornar com prefixos e sufixos extras só gera complexidade cumulativa. Eu vi isso acontecer em três projetos diferentes. Cada um começou com a justificativa de que "era só um sistema pequeno". Todos cresceram além do que a nomemclatura conseguia suportar. O custo de refatorar depois é sempre maior do que estruturar direito desde o começo.
