01
Arquitetura de software
Domínio explícito, responsabilidades bem separadas, casos de uso claros e abstrações que ajudam o sistema a ser compreendido em vez de esconder o problema.
Engenharia de software · Produto · Operação
Eu projeto, construo e coloco software em produção.
Trabalho onde arquitetura, produto e operação se encontram. Gosto de entender o problema inteiro, atravessar as camadas e entregar tecnologia que continua fazendo sentido depois do deploy.
01 — Sobre
Eu não separo código do que acontece depois dele.
Meu trabalho costuma começar antes da interface e terminar bem depois dela. Eu penso domínio, dados, contratos, experiência, infraestrutura, segurança e tudo aquilo que aparece quando um sistema deixa o ambiente controlado e começa a receber uso real.
Construo tecnologia na KD Tecnologia e também produtos próprios. Gosto de atravessar as camadas porque banco, API, frontend, infraestrutura e operação contam partes diferentes da mesma história.
02 — O que eu faço
Do problema à operação.
Não me interessa empilhar features. Prefiro sistemas coerentes, contratos claros, mudanças localizadas e decisões que sobrevivem ao uso real.
02
Produtos digitais completos
Web, mobile e desktop conectados ao mesmo produto. Interface, API, autenticação, licenciamento, mídia, pagamentos e operação pensados como um único sistema.
03
Integrações confiáveis
Webhooks, provedores externos, idempotência, filas, estados, retentativas e reconciliação. Integração boa é aquela que continua correta quando a rede deixa de colaborar.
04
Infraestrutura e produção
Nginx, PHP-FPM, MySQL, Supervisor, permissões Linux, logs, workers, SMTP, hardening e deploy. Produção não é uma etapa posterior; é parte do projeto.
05
Problemas que atravessam a stack
Streaming, áudio, autenticação MFA, segurança, performance, SEO técnico, atualizações desktop e comportamento entre plataformas. Normalmente é aí que as coisas ficam mais interessantes.
03 — Projetos selecionados
Tecnologia que saiu do editor.
Os projetos que melhor me representam são os que obrigam arquitetura, produto e operação a conversarem de verdade.
Produto próprio
Domínio financeiro
SpotDeck
Ecossistema profissional de áudio com plataforma web, aplicativo mobile, player desktop, APIs, licenciamento, streaming, filas, autenticação, pagamentos e infraestrutura.
Serviço digitalTelefones Úteis
Plataforma pública para organização e consulta de telefones úteis e de emergência, com administração, contribuição da comunidade, acessibilidade e operação simples.
EmpresaKD Tecnologia
Engenharia de software e produtos digitais. Sistemas web, mobile, desktop, integrações e infraestrutura construídos e operados como soluções completas.
Fintech & OTC
Arquiteturas financeiras orientadas a ledger, fluxos de cotação e liquidação, PIX, webhooks, reconciliação, segurança e integrações externas.
04 — Como eu penso
Menos mágica. Mais causa e efeito.
Eu prefiro entender o fluxo real, encontrar a causa e alterar o mínimo necessário com precisão.
A
Arquitetura antes do improviso
Controllers finos, casos de uso claros, serviços com responsabilidade definida e código que conte a mesma história que o negócio.
B
Contrato antes de conveniência
APIs, eventos, integrações e estados precisam ser previsíveis. Atalhos que confundem o domínio quase sempre cobram juros depois.
C
Produção é parte do projeto
Logs, filas, serviços, SMTP, proxy, firewall, permissões e processo de deploy fazem parte da engenharia — não são detalhes de última hora.
D
Refatorar não é reescrever
Quando um ponto está errado, prefiro uma alteração pequena, localizada e verificável a reorganizar metade do projeto para resolver uma linha.
E
Interface também é engenharia
Hierarquia, estado, feedback, acessibilidade, fallback e comportamento responsivo precisam servir ao uso real. Bonito sem clareza é só ruído bem acabado.
05 — Como é trabalhar comigo
Pontos fortes. E as arestas que vêm junto.
Eu prefiro deixar isso claro. Meu jeito de trabalhar entrega profundidade, mas também traz algumas exigências.
O que ajuda
O que você ganha
Vou até a causa.Não gosto de tratar sintoma como solução.
Penso no sistema inteiro.Banco, domínio, interface, infraestrutura e operação não vivem separados na minha cabeça.
Aprendo fazendo.Quando uma área nova cruza o projeto, entro nela até conseguir decidir com contexto.
Não romantizo complexidade.Se uma solução menor, mais clara e mais segura resolve, prefiro ela.
O preço disso
O que vem junto
Baixa tolerância para solução cosmética.Um botão bonito não compensa fluxo errado.
Exigência com precisão.“Mais ou menos funciona” me incomoda mais do que deveria.
Clareza acima de cerimônia.Explicação longa que não muda a decisão rapidamente perde valor para mim.
Questiono o caminho pronto.Framework, padrão ou ferramenta precisam fazer sentido naquele sistema.
06 — Ferramentas que aparecem bastante
PHPLaravelMySQLTypeScriptReactReact NativeElectronLinuxNginxSupervisorFFmpegIcecastREST APIsQueuesWebhooksMFA
07 — Em uma frase
Eu não quero só escrever código. Quero entender o problema e colocar a solução de pé.
Se você precisa construir, integrar, estabilizar ou colocar um produto em produção, provavelmente é aí que a conversa começa.