Senior Software Engineer que gosta de arquitetura boa, código legível e de evitar sofrimento desnecessário em produção 🚀
Sou engenheiro de software com foco em backend, arquitetura, sistemas distribuídos e produtos que precisam continuar saudáveis mesmo quando o volume cresce, a regra de negócio complica e o time precisa manter velocidade sem perder previsibilidade.
Gosto de resolver problema de verdade. Às vezes isso envolve microsserviços, filas, observabilidade e automação. Às vezes envolve justamente o contrário: cortar camadas, simplificar fluxo e impedir que uma ideia “bonita” vire custo de manutenção daqui seis meses.
Já trabalhei com plataformas de alta concorrência, sistemas financeiros, trading, backtesting, integrações críticas e estruturas internas voltadas para produtividade de times de engenharia. No meio disso tudo, fui aprendendo uma lição que ainda guia bastante o meu jeito de construir software: arquitetura boa não é a mais complexa — é a que continua fazendo sentido quando a operação aperta.
| Menos experiência | Mais experiência |
|---|---|
| “Vamos usar Kafka pra tudo” | “A gente realmente precisa de Kafka aqui?” |
| Microserviços no dia 1 | Monolito bem feito até existir motivo real para extrair |
| Complexidade pra impressionar | Simplicidade pra manter o sistema respirando |
| “Depois a gente observa” | Sem observabilidade, a produção vira adivinhação |
Princípios que eu tento manter perto do teclado:
- Complexidade precisa se justificar
- Arquitetura boa ajuda o produto e também o time
- Código legível quase sempre vence código “esperto”
- Contratos claros evitam ruído, retrabalho e incidente bobo
- Observabilidade não é luxo; é parte da responsabilidade
- Integração com múltiplas exchanges
- Execução e orquestração de estratégias
- Backtesting com dados históricos (e muitos cafés)
- Processamento de market data em tempo real
- Uso de WebAssembly no client (porque JS as vezes não basta) para cenários onde isolamento, performance e distribuição fazem diferença
- React, Next.js, Vite e Electron em produtos web e desktop
- React Native + Expo com foco em arquitetura previsível, OTA updates e alta velocidade de evolução
- Atomic Design, modularização por domínio e separação clara entre UI, regras e dados
- Tipagem ponta a ponta consumindo contratos do backend com geração automática de clients
- Estado e sincronização com Zustand, TanStack Query, Apollo Client e estratégias voltadas a evitar re-renders desnecessários
- Interfaces com dados em tempo real via sockets, polling inteligente e experiências offline-first
- Gráficos avançados, animações fluidas e alta fidelidade visual com Reanimated, Lottie, Skia, SVG customizado e TradingView
- Fluxos de antecipação de recebíveis (dinheiro não pode sumir)
- Serviços transacionais com consistência de regra de negócio
- Arquiteturas orientadas a eventos onde isso de fato traz benefício operacional
- Cenários com picos fortes de acesso
- Disputa simultânea de recursos e cuidados com concorrência (race conditions são meu pesadelo)
- Controle transacional e previsibilidade em fluxos críticos (porque dinheiro é sério)
- Geração automatizada de estrutura arquitetural
- Versionamento semântico com análise de impacto
- Ambientes de desenvolvimento mais previsíveis
- Automação para reduzir trabalho manual repetitivo (preguiça produtiva)
Aqui estão alguns repositórios que representam bem o meu jeito de pensar software: preocupação com clareza, arquitetura, manutenção e, quando necessário, escala.
Um encurtador de URLs em NestJS com PostgreSQL, Redis, Drizzle, TDD, observabilidade e uma base arquitetural pensada para ir além do “desafio entregue”. Foi um projeto pequeno por escopo, mas tratado com o mesmo cuidado de um serviço que pode crescer sem virar bagunça.
Um exemplo de como trabalhar com filas e eventos de forma organizada, testável e sem transformar mensageria em ritual místico. Inclui desenvolvimento local com LocalStack.
Um projeto voltado a comunicação entre serviços sem perder estrutura no caminho. Kafka, Socket.IO e TypeScript entrando em cena com foco em organização e previsibilidade.
Um repositório mais direto ao ponto sobre performance e ergonomia no frontend, especialmente em torno de props drilling e re-renders desnecessários.
Outro desafio técnico onde a intenção não foi apenas “entregar o que pediram”, mas mostrar estrutura, organização e preocupação com qualidade de verdade.
Bancos, cache e mensageria
O lado de produto e experiência que eu também levo a sério
- React desde 2015, com experiência em produtos web que precisam continuar organizados conforme crescem
- React Native + Expo para apps com release previsível, OTA update e boa DX de time
- Arquitetura de frontend com foco em modularização, reuso, isolamento de responsabilidades e tipagem ponta a ponta
- Performance de interface, sincronização em tempo real, redução de re-renders e gerenciamento de estado sem virar caos
- Construção de experiências de alta fidelidade visual com animações, gráficos, SVG, Skia, Lottie e TradingView
- Offline-first, geolocalização, background tasks, notificações push e feature flags para produtos vivos em produção
Comecei lá atrás com animações em Flash/ActionScript integradas com After Effects. Sim, isso denuncia a quilometragem.
Apesar do contexto ter mudado completamente, algumas lições ficaram comigo até hoje:
- performance importa
- renderização e experiência não acontecem por mágica
- restrição técnica costuma ensinar mais do que excesso de recurso
Talvez por isso eu continue gostando tanto de software bem pensado: no fundo, ainda é sobre controle, clareza e comportamento previsível.
Se você está lidando com coisas como:
- arquitetura de sistemas distribuídos
- backend de alta responsabilidade
- plataformas que estão crescendo e pedindo mais previsibilidade
- microsserviços que precisam continuar compreensíveis
- melhoria de DX, automação e organização técnica
… esse é exatamente o tipo de conversa em que eu gosto de entrar.
⭐ Se algum projeto te ajudou ou te fez pensar, deixa uma star. Ajuda no algoritmo, ajuda no alcance e, sendo honesto, dá aquele calor humano que todo repositório gosta de receber.
Feito com café, arquitetura e a firme convicção de que nem todo abstract factory precisa nascer.



