Combinando tudo: parênteses e prioridade

A ordem que o computador segue (goste você ou não)

Você já conhece esse filme da matemática: 2 + 3 x 4 dá 14, não 20, porque a multiplicação fala mais alto que a soma. A lógica herdou o costume. Quando uma condição mistura operadores sem parênteses, o computador não lê da esquerda para a direita como a gente lê texto: ele resolve primeiro todos os NÃO, depois os E, e só então os OU. Não é capricho: E se comporta como multiplicação de valores lógicos e OU como soma, e a hierarquia veio junto da álgebra que fundamenta os dois.

Olhe com calma o exemplo do desenho, porque ele é um bug clássico de portaria. A regra “tem_ingresso OU tem_convite E e_socio”, sem parênteses, deixa entrar QUALQUER pessoa com ingresso, sócia ou não, porque o computador agrupa “(tem_convite E e_socio)” primeiro e o ingresso vira porta independente. Se a intenção do clube era exigir sócio SEMPRE, a condição certa seria “(tem_ingresso OU tem_convite) E e_socio”. Uma dupla de parênteses separa a festa tranquila da confusão na porta.

Prevendo expressões mistas, passo a passo

O método seguro para ler qualquer expressão mista tem três passos. Primeiro, desenhe os parênteses invisíveis que a prioridade cria: circule os NÃO com seus alvos, depois agrupe os E, e o que sobrar são OUs ligando blocos. Segundo, avalie cada bloco de dentro para fora, como na tabela-verdade. Terceiro, desconfie do resultado: se a leitura em voz alta soa diferente da intenção da regra, os parênteses estão no lugar errado (ou faltando).

// chove = V, tem_carona = F, tem_guarda_chuva = V

// Expressão: NÃO chove OU tem_carona E tem_guarda_chuva
// Passo 1 (parênteses invisíveis): (NÃO chove) OU (tem_carona E tem_guarda_chuva)
// Passo 2: (NÃO V) OU (F E V)  ->  F OU F  ->  F

// Com parênteses explícitos mudando a intenção:
// NÃO (chove OU tem_carona) E tem_guarda_chuva
// (NÃO (V OU F)) E V  ->  (NÃO V) E V  ->  F E V  ->  F
// Mesmo resultado aqui, mas por caminhos DIFERENTES: nem sempre coincide!

Os parênteses invisíveis da prioridade, desenhados antes de avaliar. O hábito evita sustos.

ingresso <- V
convite <- F
socio <- F

se ingresso OU convite E socio então
    escreva("Pode entrar")
senão
    escreva("Entrada negada")
fim

Vale registrar o que o jogo demonstra: o computador não errou, a condição é que dizia outra coisa. É a regra número 1 do módulo 1 voltando com força: execução literal. Em condição composta, a distância entre o que você QUIS dizer e o que ESTÁ escrito se mede em parênteses. Por isso o hábito profissional é generoso com eles: até quando a prioridade já faria o certo, o parêntese conta ao próximo leitor qual era a intenção.

O estilo profissional: condições que se leem sozinhas

Fechando o módulo, três hábitos de gente grande. Primeiro: parênteses sempre que E e OU dividem a mesma condição, sem exceção, mesmo quando redundantes. Segundo: se a condição passou de duas ou três partes, dê nomes aos pedaços com variáveis lógicas intermediárias: “cliente_vip <- compras >= 10 E cadastro_completo”, e a condição final vira “cliente_vip OU convidado”. Terceiro: leia em voz alta; se você tropeçou falando, o próximo programador vai tropeçar lendo, e o próximo programador costuma ser você daqui a seis meses.

Parênteses não são sinal de insegurança; são gentileza com quem lê. O computador dispensa, o humano agradece.