Por que identificadores não aceitam acentos e espaços?

Herança técnica que virou padrão: as linguagens definem identificadores com um conjunto restrito de caracteres para evitar ambiguidade na leitura do código pela máquina. O espaço separaria o nome em dois; o acento variava entre sistemas antigos. Por isso o curso usa preco e nao_tem_acento nos nomes, embora todo TEXTO exibido ao usuário continue com acentuação correta.

Nome de variável pode ter número?

Pode, desde que não seja o primeiro caractere: nota1, nota2 e ano_2026 são válidos; 2nota, não. Use com moderação: se você chegou em nota7, provavelmente o que quer é uma lista, a estrutura do módulo 11 que guarda várias notas numa caixa só, com posições numeradas.

Existe limite de tamanho para o nome?

Na prática, não: as linguagens aceitam nomes longuíssimos. O bom senso limita antes da técnica: total_da_compra informa; total_da_compra_do_cliente_no_caixa_da_padaria_pela_manha cansa. Mire o menor nome que ainda se explica sozinho, em geral duas a quatro palavras.

Maiúsculas e minúsculas fazem diferença no nome?

Na maioria das linguagens, sim: Total, total e TOTAL são três variáveis diferentes. É mais um motivo para adotar um estilo único e não sair dele; no curso, tudo minúsculo com underline. Quem mistura estilos cria três caixas achando que tem uma.

Posso usar palavras do pseudocódigo, como “escreva”, de nome de variável?

Evite sempre: escreva, leia e se são palavras reservadas, com função definida na linguagem. Batizar uma variável com elas confunde a máquina (que costuma proibir) e o leitor (que sofre mesmo quando a máquina tolera). O mesmo vale nas linguagens reais: if, print e while têm dono.

Vale a pena renomear variáveis de um algoritmo que já funciona?

Vale quando o nome atual engana ou não informa, porque manutenção futura custa mais que a renomeação presente. O cuidado: trocar o nome em TODAS as ocorrências, sem esquecer nenhuma, senão você fabrica o bug do nome fantasma. Editores modernos automatizam isso com segurança.

Módulo 3 - Variáveis, as caixas da memória

Nomes que se explicam: batizando bem as suas variáveis

7 min de leitura · por Cesar Gargiulo, revisado pela equipe ValorFinal e GuardiaSec · Atualizado em 02/07/2026

O que você vai aprender

Entender que o nome da variável é para humanos, não para a máquina.
Aplicar as regras práticas: nome que descreve o conteúdo, sem mistério.
Reconhecer os padrões de escrita (minusculas_com_underline) do curso.
Caçar o bug clássico: o nome digitado diferente do que foi criado.

O nome é para humanos (a máquina aceita qualquer coisa)

Aqui vai um segredo que separa código amador de código profissional, e não envolve técnica nenhuma: capricho no batismo. O computador é indiferente a nomes; ele trocaria todos por números de série sem piscar. Quem lê os nomes é gente: o colega que vai dar manutenção, o professor que corrige, e principalmente você daqui a duas semanas, quando a memória do que “x2” significava já tiver evaporado. Um algoritmo com nomes bons se lê como uma frase: troco <- valor_pago - total_da_compra dispensa comentário. O mesmo cálculo escrito como t <- v - c exige decifração.

As regras de formação são poucas e valem para praticamente todas as linguagens que você vai encontrar: o identificador usa letras, dígitos e o underline (o traço baixo, _), não contém espaços nem acentos e não pode começar por dígito. No curso, adotamos o padrão de minúsculas com underline separando palavras: preco_do_pao, idade_do_cliente, tem_saldo. Outras comunidades preferem juntar as palavras com maiúsculas internas (precoDoPao), e tanto faz qual você adotar no futuro; o que não pode é misturar os estilos no mesmo algoritmo, porque a inconsistência vira armadilha de digitação.

Nome	Veredito	Motivo
total_da_compra	bom	descreve exatamente o que a caixa guarda
x	ruim	não diz nada; obriga a caçar o significado no código
vlrTtCmp	ruim	abreviação misteriosa: economiza letras, gasta paciência
preço do pão	inválido	espaços e acentos não entram em identificadores
2preco	inválido	identificador não pode começar por dígito
tem_saldo	bom	variável lógica nomeada como afirmação de sim ou não

O teste do bom nome: dá para entender a caixa sem ler o resto do algoritmo?

O bug mais bobo do mundo: o nome digitado diferente

Nomes ruins não são só deselegantes: eles fabricam bugs. O mecanismo é simples e cruel. Você cria a variável quantidade no começo do algoritmo. Cinquenta linhas depois, escreve qtd na conta do total, convencido de que é a mesma coisa. Para o computador literal, não é: qtd é uma caixa que nunca existiu. Dependendo da linguagem, o programa para com erro (o cenário bom) ou considera a caixa vazia e produz um total absurdo em silêncio (o cenário caro). Quanto mais curto e genérico o nome, mais fácil digitá-lo de um jeito hoje e de outro amanhã.

🎮 Jogo da aula

Cace o nome fantasma

Este algoritmo calcula o total de uma compra, mas uma linha usa uma variável que nunca foi criada. Toque na linha com o bug.

Esse bug tem uma propriedade curiosa: ele é ao mesmo tempo o mais frequente e o mais evitável da programação iniciante. Três hábitos praticamente o extinguem. Primeiro, nomes completos em vez de abreviações: quem escreve quantidade por extenso sempre não tem como alternar com qtd. Segundo, releitura da linha recém-escrita conferindo cada nome contra a criação da variável. Terceiro, consistência de estilo: se todas as variáveis do algoritmo seguem minusculas_com_underline, qualquer nome fora do padrão salta aos olhos como um dente pintado.

Consistência vale mais que perfeição (e o fechamento do módulo)

Não existe o nome perfeito, e discutir vinte minutos entre total_compra e total_da_compra é desperdício: os dois passam no teste do “dá para entender sem ler o resto?”. O que existe é o nome honesto e o estilo consistente. Duas dicas fecham o assunto. Variáveis lógicas ficam ótimas nomeadas como afirmações: tem_saldo, eh_maior_de_idade, pagamento_confirmado, porque a leitura do futuro SE vai soar como português (se tem_saldo então libere a catraca). E evite nomes que mentem: uma variável chamada media que guarda a soma das notas é uma pegadinha plantada contra você mesmo.

Com esta aula, o módulo das variáveis está completo, e o seu arsenal deu um salto: você sabe criar caixas etiquetadas, escolher o tipo certo para cada conteúdo, guardar e substituir valores com a seta, executar a troca clássica sem perder nada no caminho e batizar tudo com nomes que se explicam. No próximo módulo, as caixas ganham voz e ouvidos: o comando escreva mostra resultados na tela e o comando leia recebe informação de quem usa o programa. É a conversa entre o algoritmo e o mundo, e as suas variáveis são as intermediárias.

Teste rápido

Qual destes nomes é a melhor escolha para a variável que guarda o total a pagar numa compra?

Perguntas frequentes

Por que identificadores não aceitam acentos e espaços?: Herança técnica que virou padrão: as linguagens definem identificadores com um conjunto restrito de caracteres para evitar ambiguidade na leitura do código pela máquina. O espaço separaria o nome em dois; o acento variava entre sistemas antigos. Por isso o curso usa preco e nao_tem_acento nos nomes, embora todo TEXTO exibido ao usuário continue com acentuação correta.
Nome de variável pode ter número?: Pode, desde que não seja o primeiro caractere: nota1, nota2 e ano_2026 são válidos; 2nota, não. Use com moderação: se você chegou em nota7, provavelmente o que quer é uma lista, a estrutura do módulo 11 que guarda várias notas numa caixa só, com posições numeradas.
Existe limite de tamanho para o nome?: Na prática, não: as linguagens aceitam nomes longuíssimos. O bom senso limita antes da técnica: total_da_compra informa; total_da_compra_do_cliente_no_caixa_da_padaria_pela_manha cansa. Mire o menor nome que ainda se explica sozinho, em geral duas a quatro palavras.
Maiúsculas e minúsculas fazem diferença no nome?: Na maioria das linguagens, sim: Total, total e TOTAL são três variáveis diferentes. É mais um motivo para adotar um estilo único e não sair dele; no curso, tudo minúsculo com underline. Quem mistura estilos cria três caixas achando que tem uma.
Posso usar palavras do pseudocódigo, como “escreva”, de nome de variável?: Evite sempre: escreva, leia e se são palavras reservadas, com função definida na linguagem. Batizar uma variável com elas confunde a máquina (que costuma proibir) e o leitor (que sofre mesmo quando a máquina tolera). O mesmo vale nas linguagens reais: if, print e while têm dono.
Vale a pena renomear variáveis de um algoritmo que já funciona?: Vale quando o nome atual engana ou não informa, porque manutenção futura custa mais que a renomeação presente. O cuidado: trocar o nome em TODAS as ocorrências, sem esquecer nenhuma, senão você fabrica o bug do nome fantasma. Editores modernos automatizam isso com segurança.

Fontes

Seu progresso fica salvo neste aparelho. Assinantes sincronizam entre os aparelhos.

← A troca de valores: o desafio dos dois copos Concluir e avançar →