João Pedro

Command Palette

Search for a command to run...

Command Palette

Search for a command to run...

Serviços

O que eu construo, e o resultado que entrego.

Quatro áreas de atuação, do levantamento de requisitos ao deploy em produção. Sistemas pensados em consequências, não em features: o que o time para de fazer manualmente, o que o gestor passa a ver toda manhã, o impacto real quando funciona de verdade.

Impacto

↓80%

custo de infra

↑90%

eficiência operacional

+30%

volume de vendas

10

sistemas no ar

// métricas reais, medidas em produção

Rodando em produção

Resposta em até 24h. A primeira conversa é para entender o problema, sem compromisso.

Onde eu costumo entrar

Áreas de atuação

Alguma dessas é o seu problema? Me manda o contexto que eu respondo com uma leitura inicial, antes de qualquer proposta.

Como trabalho

01

Descoberta

Entendo a operação antes de escrever código: o que trava hoje, o que alguém faz na mão toda semana e o que muda de verdade quando o sistema funcionar. Requisito mal entendido é a origem de quase todo retrabalho que eu já vi, então eu pergunto até ficar chato.

Você recebe: Documento de requisitos e prioridades, com o que ficou de fora e por quê

02

Arquitetura

Defino stack, modelo de dados e como os módulos conversam entre si, de preferência o mínimo possível. Decidir isso antes custa dias. Decidir depois custa uma refatoração.

Você recebe: Modelo de dados, decisões de stack e os trade-offs por escrito

03

Construção

Implemento em ciclos curtos, com as integrações críticas resolvidas cedo: pagamento, assinatura e webhook são onde os projetos costumam atrasar. Você acompanha em ambiente de verdade, não em print, e sem "quase pronto" que dura três semanas.

Você recebe: Homologação atualizada a cada ciclo e cada feature documentada com o motivo da decisão

04

Entrega & Iteração

Deploy em produção com log, métrica e alerta ligados desde o primeiro dia. Depois disso eu continuo olhando: o que o usuário realmente usa, o que está lento e o que dá para simplificar. O trabalho não termina no merge.

Você recebe: Sistema em produção, com métricas, runbook de operação e documentação

Como eu penso sobre isso

Engenheiro não se avalia por adjetivo. Abaixo está o que eu escrevo sobre os problemas que resolvo, com a decisão, o erro e o número.

Perguntas frequentes

Como funciona um projeto do início ao fim?

Trabalho do levantamento de requisitos ao deploy em produção, passando por arquitetura, banco de dados, infraestrutura e integrações. Começamos pela descoberta da operação, definimos a arquitetura, construímos em ciclos curtos e entregamos com acompanhamento em produção.

Você atende clientes remotamente?

Sim. Atuo de Diamantina (Minas Gerais) e atendo clientes em todo o Brasil e no exterior de forma remota, com comunicação assíncrona e entregas verificáveis ao longo do projeto.

Qual stack você utiliza?

TypeScript em todo o stack: React e Next.js no frontend; NestJS e Node.js no backend; PostgreSQL e Redis para dados; Docker, AWS e Cloudflare na infraestrutura. A escolha final é guiada pelo problema, não pela moda.

Como funcionam valores e orçamento?

Valores são definidos sob consulta, a partir do escopo levantado na fase de descoberta. Cada projeto tem um contexto diferente, então prefiro entender o problema antes de falar em números.

Você cuida de segurança e conformidade com a LGPD?

Sim. Tratamento de dados, isolamento por cliente, criptografia e conformidade com a LGPD fazem parte da arquitetura desde o início, e não são adicionados depois. Já entreguei sistemas B2B com isolamento de dados por parceiro e contratos digitais juridicamente válidos.

Tem um sistema para construir?

Me conta o que trava a sua operação.
O resto a gente arquiteta junto.

Resposta em até 24h. A primeira conversa é para entender o problema, sem compromisso.