Para que servem os símbolos menor que e maior que no dia a dia
Eu sempre vejo gente travando na hora de escrever código ou montar páginas simples porque não tem clareza sobre como funciona o menor que e maior que. A coisa é mais prática do que parece, mas tem uns pontos que parecem bobos e causam dor de cabeça de verdade. Os símbolos são < e >. O < aponta para a esquerda e significa "menor que". O > aponta para a direita e significa "maior que". A regra mnemônica mais útil que eu vi funcionar foi: a boca do símbolo SEMPRE abraça o número maior. Se você tem 5 e 3, o 5 fica dentro da boca aberta do >. Parece infantil, mas eu já vi engenheiro formadvagar nisso em review de código às três da manhã.
O problema com menor que e maior que em HTML
Aqui é onde a coisa aperta. Quando você coloca < e > diretamente num documento HTML, o navegador entende que você está abrindo ou fechando uma tag. Se o seu conteúdo precisa mostrar a frase "x < 10" ou "preço > 50", o browser vai tentar interpretar isso como marcação e vai quebrar o layout ou simplesmente sumir com o texto. A solução padrão é usar entidades de caractere. O < vira < e o > vira >. É simples, mas eu já perdi tempo debugando um relatório inteiro porque alguém copiou um código de um PDF que não tinha as entidades corretas. O resultado era uma página com tags soltas e conteúdo aparecendo dobrado ou truncado. Anotei isso no meu caderno de erros depois.
Outra coisa que muita gente não sabe: existem versões ampliadas dessas entidades em HTML5. Você pode usar <= para e >= para . Útil quando você precisa escrever desigualdades compostas em documentação técnica ou páginas com fórmulas.
Como usar nas principais linguagens de programação
Em Python, JavaScript, C, Java, PHP — a regra é praticamente a mesma em todos eles. O < compara se o operando da esquerda é estritamente menor que o da direita. O > faz o inverso. Ambos retornam verdadeiro ou falso, então você usa dentro de condicionais. Um exemplo direto em JavaScript:
if (idade > 18) { console.log("maior de idade"); } E em Python:
if temperature 0: print(" Congelando ") A ordem dos operandos é sempre a mesma: esquerda compara com direita. Não tem como inverter sem mudar o símbolo. Isso gera confusão quando você vem de outra língua ou de notação matemática que às vezes escreve o operador antes do valor, como em algunos sistemas legados.
Edge case que eu aprendi na marra
Num projeto meu há alguns anos, precisei comparar valores decimais vindos de uma API financeira. O sistema usava floats e eu estava testando se um valor era menor que outro para aplicar um desconto condicional. O código parecia certo, mas o desconto nunca aplicava. Eu passei duas horas revisando a lógica antes de perceber que o problema era a precisão do float. O valor que vinha da API era algo como 19.999999999999996 em vez de 20.0, e a comparação direta falhava. O workaround que eu Usei foi arredondar os dois valores para uma casa decimal antes de comparar, usando Math.round no JavaScript ou round() no Python, dependendo da linguagem. Em casos críticos de finanças, o ideal é trabalhar com inteiros (centavos ao invés de reais) ou usar bibliotecas de precisão arbitrária. Nunca confie cegamente em float para comparações de igualdade ou desigualdade direta.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Pegadinhas comuns que ninguém menciona
A primeira é a confusão visual entre < e > quando o código está em uma fonte monoespaçada com espaçamento apertado. Eu já vi développeur inverter os dois numa revisão e não notar porque estavam olhando muito rápido. Uma dica práctica é ler a expressão em voz alta. Se não fizer sentido, provavelmente o símbolo está invertido. A segunda pegadinha é mais técnica. Em algumas linguagens mais antigas, como C, a comparação de strings usando < e > não funciona como você espera. Esses operadores comparam ponteiros, não o conteúdo das strings. Você precisa usar strcmp() ou funções similares. Se você vier do JavaScript e tentar fazer "banana"
"maçã" achando que vai ordenar alfabeticamente, vai ter uma surpresa — na verdade em JavaScript isso funciona por código Unicode, então o resultado depende da codificação, não da alfabetização.
A terceira é sobre precedência de operadores. Em expressões como a = b < c + d, o + é evaluado primeiro porque tem precedência maior que <. Então a variável a recebe o resultado da comparação entre b e (c + d). Muita gente acha que é (a = b)
d, o que é completamente diferente. Use parênteses para deixar claro o que você quer.
Alternativas e quando não usar esses símbolos
Existem situações em que comparar com < e > não é a melhor ferramenta. Se você está trabalhando com dados categóricos ou strings que precisam de ordenação complexa, é melhor usar funções de sorting específicas da linguagem. E se o seu caso envolve intervalos de confiança ou margem de erro, comparar com < ou > diretamente vai te dar falsos positivos. Nesses cenários, use testes estatísticos apropriados. Para quem trabalha com planilhas, lembre-se de que o Excel e o Google Sheets também aceitam esses operadores em fórmulas, mas a sintaxe é a mesma. =SE(A1
100;"baixo";"alto") funciona perfeitamente. O problema aparece quando você tenta copiar fórmulas entre idiomas — alguns Excel em espanhol ou francês podem ter diferenças regionais mínimas, mas na prática os operadores são universais.
O mais importante é entender que < e > são ferramentas de comparação binária simples. Eles não lidam com ambiguidade, não tratam de igualdade (use == ou === para isso) e não funcionam bem com null ou undefined se a linguagem não fizer coercion automática. Conheça as limitações e use quando fizer sentido.
