Bastidores
Diário de bordo
Não é changelog técnico: é o porquê por trás de cada decisão, contado do jeito que aconteceu de verdade, erros incluídos. Atualizo conforme o projeto (e os próximos) avançam.
23 de julho de 2026 · Design
Terminal virou Boletim
O Terminal (mono, verde fósforo em preto) ficou bonito, mas errei a mão: pareceu mais projeto pessoal de fim de semana do que produto financeiro sério, e esse não é o tom que eu quero passar. Voltei pras três direções que já tinha comparado e fui pra mais sóbria das três: azul-tinta quase preto, verde institucional discreto, dourado só como detalhe. Serifada (Fraunces) reservada pro título e pros números grandes, o resto do texto numa sans limpa, mono só em rótulo e dado tabular. Aprendizado: identidade visual forte não é sinônimo de identidade visual ruidosa.
23 de julho de 2026 · Design
Aurora virou Terminal
Mesmo depois de trocar a pele pra Aurora, ainda achava o resultado meio básico: o "dark com glow azul/violeta" é praticamente o padrão de qualquer produto tentando parecer premium hoje em dia. Comparei de novo três direções com dado real (um boletim institucional, um terminal e uma inspirada na cédula do Real) e fui pra mais ousada das três. Trocado o Geist por uma única fonte monoespaçada no site inteiro, cantos retos em vez de rounded-lg em tudo, labels entre colchetes, delta com Δ, leitura automática com prefixo //. Menos parecido com dashboard genérico de IA, mais parecido com uma ferramenta de verdade.
23 de julho de 2026 · Identidade
Coloquei a cara no projeto
Até aqui o dashboard era 100% sobre o dado, sem nada sobre quem construiu. Recebi o toque de que faltava isso. O projeto tava ficando bem arquitetado, mas sem identidade. Adicionei a seção Sobre e esse diário de bordo: a ideia não é só mostrar código pronto, é documentar o processo mesmo, decisão por decisão.
23 de julho de 2026 · Design
"Amador" foi a palavra que usei
Depois de publicar a primeira versão, olhei de novo e senti que estava genérico: funcional, mas sem nenhum impacto. Em vez de sair mexendo direto, comparei três direções de design bem diferentes lado a lado (uma mais fintech/glow, uma mais terminal denso, uma mais editorial sóbria) usando os mesmos dados reais do projeto. Escolhi a mais "premium" das três. Foi a que realmente pareceu profissional o suficiente pra eu mostrar com orgulho.
23 de julho de 2026 · Confiança
Número sem fonte não serve pra nada
Um dashboard bonito com números soltos não ajuda ninguém que precisa confiar no dado no trabalho. Adicionei leituras automáticas (juro real, IPCA vs. meta, etc.), uma calculadora com cotação ao vivo do Banco Central, e uma página de metodologia onde cada número linka pra série oficial e pra fórmula exata usada. Se alguém for citar isso com um cliente, precisa conseguir defender de onde veio.
22 de julho de 2026 · Arquitetura
Gráfico sem biblioteca pronta
Podia ter usado uma lib de gráfico e economizado um dia de trabalho. Preferi construir os gráficos em SVG puro: dá mais controle sobre crosshair, tooltip e a paleta de cores (validada contra daltonismo/contraste antes de usar), e eu entendo cada linha do que está rodando, em vez de depender de uma caixa-preta.
22 de julho de 2026 · Debug
A API do Banco Central me bloqueou duas vezes
Primeiro erro: 406, a API rejeitando o User-Agent padrão de requisição. Resolvido simulando um navegador de verdade. Segundo erro, mais escondido: séries diárias (câmbio, Selic) não aceitam consulta sem um intervalo de datas de no máximo 10 anos. Sem isso, a API simplesmente recusa. Os dois só apareceram testando de verdade, nenhum dos dois estava óbvio na documentação.
22 de julho de 2026 · Stack
Por que não usei Spark
Dava pra usar PySpark e parecer mais "enterprise" no currículo. Mas o dataset é uma série temporal de poucos milhares de linhas: Spark ali seria over-engineering puro, e ainda exigiria instalar Java só pra isso. Fui de DuckDB + Polars + Delta Lake: faz o mesmo trabalho, de forma mais leve, e o formato de tabela continua sendo de verdade (ACID, versionado).