Engenheiro de Software Full-Stack
|
Alguns deles, e o que quebrou no caminho.
SaaS de gestão agrícola em que trabalho na OMD do Brasil. Escrevi o backend do zero em NestJS, Prisma e PostgreSQL, com arquitetura em camadas de domínio, casos de uso e repositórios, que o time adotou como padrão. Também containerizei a aplicação e escrevi o pipeline de deploy, que foi o que permitiu tirar a plataforma do Google App Engine.
Gerador de currículos em PDF, com cobrança em três moedas e roteamento entre Stripe e PIX conforme o país. Interface e conteúdo saem em inglês e português via next-intl.
Trabalho no ecossistema TypeScript: NestJS e Node na API, Next.js e React na interface, PostgreSQL embaixo. Me importo mais em acertar o modelo de dados cedo do que com o framework do mês.
Acompanho de perto as partes mais novas da stack e coloco código em produção com Next.js, React 19, Tailwind e Biome. Adoto uma ferramenta nova cedo quando ela realmente prova seu valor. No momento estou aberto a vagas full-stack em que eu cuide da feature da API até a UI.
Sertãozinho, SP, BrasilConstruo e entrego produtos SaaS completos, do schema do banco de dados à UI refinada, usando o App Router do Next.js, Server Actions e deploys edge-first.
Construí APIs REST com Node.js, NestJS e Hono. Isolo tenants com Row Level Security no Postgres, aplicado por requisição, em vez de confiar que toda query lembrou do filtro.
Construí frontends com foco em performance usando React Server Components, Turbopack e code-splitting. Faço profiling antes de otimizar, pra o esforço ir onde o tempo realmente está.
Toda mudança que não é trivial começa como spec escrito: a decisão, a restrição e a opção que descartei de propósito. O agente lê isso, e quem pegar o projeto depois também.
Código gerado passa pela mesma leitura de um pull request de alguém que eu não conheço. A maior parte do que eu descarto parece certa e está errada em silêncio, numa linha só.
Regra de negócio e política de acesso ganham teste antes de eu confiar na mudança. Um agente que roda a suíte e lê a falha vale mais que um que escreve o código mais rápido.
Migrations versionadas, decisão escrita ao lado do código e um arquivo de projeto que o agente lê ao entrar. É o que me deixa voltar a um projeto seis semanas depois sem reconstruir tudo de memória.
Os itens em destaque são os que uso todos os dias.
Está tocando algum projeto, tem uma ideia ou só quer trocar uma ideia sobre engenharia? Fale comigo por qualquer canal abaixo, ou mande uma mensagem por aqui.