Projetos e estudos de caso

Cada site passava por cinco ferramentas (Drive, Lovable, GitHub, hospedagem FTP e encurtador de links), com etapas manuais entre elas. Não havia uma visão única da etapa de cada cliente, e cada passo manual era uma fonte de erro e retrabalho.

Cada projeto mostra a etapa atual e o próximo passo em um único botão, com geração e publicação em lote. O cliente recebe um link de aprovação que não muda quando o site é refeito, e a confirmação de que o site está no ar vem da execução real do workflow. Todas as credenciais ficam no backend, e a geração, única etapa com custo, só roda depois de liberada explicitamente.

O briefing define o prazo de entrega de um site, mas o formulário com 15 campos de uma vez era abandonado no meio ou voltava com respostas curtas demais para produzir o conteúdo.

O servidor define o roteiro e valida cada resposta; o modelo apenas redige o texto exibido. Se a API ficar indisponível, o plugin segue em modo degradado, com as mesmas perguntas e o mesmo envio, e o briefing sempre chega à equipe por e-mail com os anexos. O painel mostra em que pergunta as pessoas desistem e quanto tempo levam em cada uma.

Clientes sem familiaridade técnica travavam em perguntas simples, como o que é um domínio ou como anexar imagens, e abandonavam o preenchimento ou recorriam à equipe.

As respostas usam apenas o que está na base, e perguntas sobre preço ou fora do escopo vão para o atendimento humano. Uma verificação no servidor bloqueia contatos, valores e links que não constem da base, inclusive durante o streaming. O painel agrupa as perguntas que ficaram sem boa resposta, para a base ser corrigida com dados.

O acompanhamento era feito em planilhas, sem histórico centralizado, sem controle de acesso e sem uma visão consolidada de produtividade e custos.

Aplicação em React, Express e MySQL com autenticação JWT, perfis de acesso, dashboards, calendário de entregas, importação de CSV e relatórios em PDF. Inclui ferramentas de apoio à operação: monitoramento de disponibilidade, SSL e DNS dos sites e links de uso único para compartilhar credenciais.

Cada publicação exigia criar secrets, copiar workflows e identificar a pasta de build de cada framework, manualmente e repositório por repositório.

Basta escolher o repositório e informar o domínio e as credenciais: o painel grava os secrets criptografados, gera os workflows de build e deploy e acompanha a execução em tempo real. O token do GitHub fica apenas no servidor local, que por padrão só aceita conexões da própria máquina.

Os clientes precisam de sites publicados com rapidez, fáceis de editar pela própria equipe e acompanhados após o lançamento, sem depender de um desenvolvedor para cada ajuste.

Construo os layouts em WordPress com Elementor Pro e BeTheme e estendo em PHP o que o construtor não cobre. Depois da entrega, cuido de migrações, DNS e SSL, atualizações, performance e segurança. São 41 sites de clientes em WordPress no ar.

As empresas precisavam do ERP adaptado às próprias regras de negócio, com rotinas de produção confiáveis e integração com outros sistemas, sem interromper a operação.

Levantei requisitos diretamente com os clientes e os implementei em ObjectScript (InterSystems IRIS). Otimizei consultas SQL de rotinas críticas, construí integrações por APIs REST e investiguei e corrigi erros em produção.

Conferir holerites em PDF mês a mês é lento e sujeito a erro, e os dados ficam presos em documentos que não permitem comparação entre períodos.

O backend em Flask extrai os lançamentos com pdfplumber e expressões regulares e os classifica em vencimentos e descontos. A interface em React mostra a evolução por competência, o detalhamento de cada holerite e o orçamento do mês. A análise por IA passa pelo backend, que só aceita conexões locais.

Apresentar trajetória, projetos e competências de forma coerente em dois idiomas, com o mesmo conteúdo alimentando o site e o currículo em PDF.

As páginas são pré-renderizadas no build, com metadados de SEO e dados estruturados. Os READMEs e a lista de repositórios vêm do GitHub durante o build, e o currículo e as imagens de compartilhamento são gerados a partir do mesmo conteúdo. Testes end-to-end com Playwright rodam no CI.

A assinatura era ajustada site a site, sem padrão visual e sem proteção contra alterações indevidas.

Painel de configuração com status, logo clara ou escura, cor de fundo e link de destino. As imagens vêm por CDN de um repositório autorizado, e as configurações sensíveis ficam bloqueadas para usuários de fora do domínio da empresa.

Projeto de estudo para praticar manipulação do DOM, eventos e o encadeamento de operações.

Publicada no GitHub Pages, com interface adaptada a desktop e celular.

Explorar animação, movimento e comportamento de objetos sem bibliotecas externas.

Estudo publicado no GitHub Pages que gera objetos sob demanda e simula o movimento de cada um na tela.

Projeto de estudo para praticar desenvolvimento mobile: navegação entre telas, estado e armazenamento local.

O app gera a senha a partir de um controle deslizante, copia para a área de transferência e salva as senhas escolhidas com AsyncStorage, em uma aba própria.