
Junior Jets
Ecossistema de gestão náutica: fluxo de ordens de serviço, aprovação digital por link exclusivo e notificações automáticas via WhatsApp.
Desenvolvedor full-stack. Construo sistemas completos — do banco de dados ao deploy — e as automações que fazem tudo rodar sozinho depois.
Três sistemas em produção, cada um resolvendo um problema diferente. Um deles cortou 65% do tempo que a equipe do cliente gastava abrindo e aprovando ordens de serviço.
Redesenho completo da landing page de uma escola de programação, feito para concurso. Resultado ainda em avaliação.
Sites institucionais e páginas de conversão. O objetivo aqui nunca foi portfólio bonito — era o cliente ser encontrado e receber contato.

Passei nove anos coordenando obras e empreendimentos imobiliários. Aprendi a alinhar gente que não concorda, a dar notícia ruim cedo e a defender prazo sem atropelar quem está do lado — e nada disso muda quando o projeto vira código. O que mudou foi o ambiente: hoje é um repositório. Do primeiro código a um ERP rodando em produção foram menos de dois anos.
Antes de escrever a primeira linha do Junior Jets, fui ver a oficina trabalhar no papel e conversei com quem preenchia as ordens de serviço. De lá saíram duas decisões que requisito nenhum pediu: a aprovação vai por link exclusivo, porque dono de lancha não cria conta nem lembra senha; e o aviso vai por WhatsApp, porque naquele mercado email não é lido. Depois cortei escopo para entregar no prazo — a primeira versão atacou só o que travava a operação. Hoje um orçamento vira ordem de serviço assinada em menos de três segundos, na mesma oficina que controlava tudo em papel.
Estou cursando Engenharia de Software e quero um time onde eu contribua no produto desde o primeiro sprint. Já trabalho com branch, commit semântico, pull request e CI no GitHub Actions. O que me falta é o outro lado disso: code review de gente mais experiente, discussão de arquitetura, alguém apontando o que eu ainda não sei enxergar. Receber cobrança sem travar é a parte que eu já trago pronta.
Não é uma lista de logos. É a arquitetura que eu construo de verdade, camada por camada, e o motivo de cada escolha.
Server Components por padrão. JavaScript só onde existe interação de fato — o resto é HTML que chega pronto.
Contrato tipado de ponta a ponta, com Zod validando na borda e Route Handlers do Next na frente. O mesmo schema roda no cliente e no servidor, então não há divergência.
Relacional quando há integridade em jogo, documento quando o schema ainda muda. A escolha vem do problema, não do hábito.
É aqui que a maioria dos devs para e eu continuo. Webhooks, filas e WhatsApp API para o sistema seguir trabalhando depois que eu saio.
Deploy reproduzível e preview por branch. Se não sobe com um comando, ainda não está pronto.
Me conte o problema que você precisa resolver. Eu respondo em até 24 horas com um caminho técnico e uma estimativa de prazo — não com um orçamento genérico.