Imprimir Números

Formatando saidas numéricas em código

A maioria das pessoas que começa a programar descobre o problema de imprimir números de forma estranha na vida real. Você roda o código, espera ver 3,14159 e aparece 3,141592653589793 na tela. Ou pior, aparece como 3.14159 em vez de 3,14159 dependendo da região do sistema.

Por que imprimir números sempre gera dor de cabeça

O problema não é só visual. Quando você precisa imprimir números para um relatório financeiro, uma planilha ou integração com outro sistema, o formato errado pode quebrar tudo. Já vi alguém perder três horas porque os números vinham com separador de milhar americano em um arquivo que o sistema brasileiro esperava no padrão português. O cerne da questão é que todo linguaggio lida com números internamente de maneira binária e a conversão para texto depende de configurações regionais. O valor float existe na memória perfeitamente. O que muda é a string que você vê.

Como controlar o formato na prática

Vamos ao que importa. Se você trabalha com Python e quer imprimir números com formatação específica, usa f-strings ou o método format.

n = 1234.5678

Duas casas decimais
print(f"{n:.2f}")  1234.57

Separador de milhar
print(f"{n:,.2f}")  1.234,57 (padrão US)

Zero à esquerda
print(f"{12:05d}")  00012

Em C, a função sprintf e printf com especificadores de formato resolve. O "% .2f" imprime dois dígitos após o ponto. "%d" é para inteiros. "%e" usa notação científica. O detalhe que ninguém conta é que o comportamento exato depende da locale configurada no sistema operacional.

A armadilha da locale que ninguém te avisa

Eu tive um caso bem específico há algum tempo. Estava gerando arquivos CSV para um cliente europeu usando Python. Os números estavam saindo corretos em português: vírgula como separador decimal, ponto como separador de milhar. O arquivo era gerado e enviado. Duas semanas depois o cliente ligou dizendo que os valores não batiam. Descobri que o Excel aberto no Windows deles estava interpretando a vírgula como separador de campos, não decimal. O arquivo estava correto. O problema era a ferramenta de consumo. A solução foi adicionar um aviso claro no cabeçalho do CSV com o BOM (Byte Order Mark) UTF-8 e informar explicitamente no email que o separador decimal era vírgula. Mas o verdadeiro workaround foi gerar também uma versão em ponto flutuante padrão ISO, já que muitas planilhas aceitam melhor esse formato independente da locale.

Dicas que realmente funcionam

Se você precisa imprimir números e quer evitar dor de cabeça, segue o que eu uso no dia a dia:

• Sempre especifique a quantidade de casas decimais. Deixar o linguagens decidir sozinho é pedir problema.
• Para valores monetários, use casas decimais fixas e nunca confie no arredondamento automático. Formate explicitamente com round ou Decimal.
• Teste a saida em pelo menos dois sistemas operacionais diferentes antes de entregar qualquer arquivo.
• Em C e C++, lembre-se que o ponto flutuante por padrão usa separador ponto. Se o sistema estiver em português, isso pode mudar sem aviso.

O erro mais comum que eu vejo é gente usando format padrão sem pensar na locale do servidor de producao. O código roda perfeito no seu notebook mas o arquivo gerado no servidor vem com formatacao errada porque a configuracao regional do Linux era diferente.

Quando usar Decimal em vez de float

Para impressao de numeros em contextos financeiros, float é arriscado. O float representa numeros em base 2 e alguns valores decimais nao tem representacao exata. 0.1 mais 0.2 em float nao eh exatamente 0.3. Para imprimir numeros com precisao absoluta, use a classe Decimal do Python ou BigDecimal do Java. A diferença é pequena em velocidade mas enorme em confiabilidade.