Como usar os símbolos de maior e menor em cálculos e programação
Quando eu comecei a trabalhar com planilhas de controle de estoque há uns anos, aprendi da pior forma que o sinal de maior (>) e menor (<) não são intercambiáveis. Uma vez perdi uma madrugada inteira porque um operador colocou o lado errado numa condição de validação e o sistema começou a marcar estoque negativo em produtos perecíveis. A correção foi simples: reverteu-se a lógica e se adicionou uma checagem extra, mas o prejuízo já estava feito.
O que são os símbolos de maior que menor que
Os símbolos > (maior que) e < (menor que) são operadores de comparação que indicam qual valor é maior ou menor que outro. Eles aparecem em matemática, programação, spreadsheets e até em expressões regulares. Não têm relação com maior que menor que simbolos de exclusão ou anything do tipo — são puramente comparativos. O importante é lembrar que o > aponta para a direita, ou seja, "o que está à esquerda é maior que o que está à direita". Já o < aponta para a esquerda, indicando o oposto. Confundir os dois é o erro mais comum, especialmente quando se escreve código às pressas.
Na prática, vejo muita gente errando na hora de comparar strings também. O operador < funciona por ordem alfabética em vários idiomas, o que às vezes gera resultados inesperados se o banco de dados não estiver configurado com collation adequada. Eu resolvi isso num projeto usando CASE_SENSITIVE no Oracle, mas o custo foi alto em performance.
Exemplos práticos no Excel e Google Sheets
No Excel, você usa esses símbolos dentro de funções como SE, SOMASE e CONT.SE. Por exemplo: =SE(A1>100;"Atenção";"OK")
Isso mostra "Atenção" quando o valor da célula A1 for maior que 100. Fácil, né? Mas cuidado com células vazias. Se A1 estiver em branco, o Excel trata como zero, e zero não é maior que 100, então a fórmula retorna "OK". Pode passar fome com isso num relatório de vendas. Outro caso comum: usar <> para "diferente de". Muita gente acha que é o mesmo que > ou <, mas não é. <> simplesmente testa desigualdade, sem direção.
Numa planilha de RH que fiz, eu precisava excluir funcionários com salário igual a zero para evitar distorções na média. Usei =SE(B2<>0;B2;NULL) e o resultado foi limpo. Sem isso, a média caía absurdamente.
Uso em programação: JavaScript, Python e SQL
Em JavaScript, os operadores são os mesmos: >, <, >= e <=. A diferença é que JavaScript faz coerção de tipo em comparações mistas, o que pode levar a resultados bizarros. Por exemplo:
👉 Clique no botão abaixo para saber mais sobre o assunto!
'5' > 3 // true, porque '5' é convertido para 5 '5' > '30' // true, porque a comparação é lexicográfica entre strings
Essa segunda linha me pegou numa validação de CEP. O CEP '5' era considerado maior que '30', o que não faz sentido na vida real, mas faz no mundo dos strings. A solução foi forçar a conversão para número com Number() antes de comparar. Em Python, a regra é mais estrita: '5' > 3 gera erro de tipo. Isso evita surpresas, mas às vezes é chato quando você espera coerção automática vindo de outras linguagens.
No SQL, a comparação funciona por tipo de dado. Em colunas VARCHAR, a ordem é lexicográfica; em INT, é numérica. Num banco de dados legado onde trabalhei, tinha uma coluna de código de produto gravada como string, e as consultas com < e > traziam resultados esquisitos porque '10' era considerado menor que '2'. A correção foi criar uma função de conversão e reescrever as views, o que levou dois dias.
Erros comuns e como evitar
O erro #1: usar = no lugar de >=. Se você quer incluir o valor limite, precisa do igual junto. Sem ele, valores iguais são excluídos da condição. O erro #2: confundir <> com ><. Este último não existe como operador válido em nenhuma linguagem comum. Se você digitar ><, o compilador ou interpretador vai reclamar.
O erro #3: comparar strings numéricas sem garantir o tipo. Isso aparece em importações de CSV e integrações entre sistemas legados. Sempre verifique o tipo antes de aplicar filtros com < ou >. Uma dica prática: em Excel, use a tecla F9 para avaliar partes da fórmula. Selecione um trecho como A1>100 e pressione F9 — o Excel mostra o resultado booleano diretamente, o que ajuda a debugar rápido.
Quando esses símbolos falham
Em comparações de ponto flutuante, > e < podem dar resultados imprecisos devido ao arredondamento. Eu vi uma análise financeira onde um valor de 0.1 + 0.2 não era maior que 0.3 por causa da representação binária. A solução foi usar uma tolerância, tipo abs(a - b) < 0.0001, em vez de comparação direta. Em expressões regulares, < e > não são operadores de comparação — são word boundaries em algumas engines, como no PCRE. Confundir isso gera padrões que parecem funcionar mas falham em edge cases. Eu tive esse problema numa validação de email e levei três horas para identificar que o < estava sendo interpretado como literal em vez de limite de palavra.
Se você trabalha com dados históricos em formatos antigos (tipo mainframe COBOL), os critérios de comparação podem seguir regras de collation específicas do sistema. Nesses casos, o comportamento padrão do > e < pode não refletir a ordem esperada. O workaround foi mapear os valores para uma tabela de classificação interna antes de aplicar os filtros.
