Desafio: Sincronizar o catálogo de produtos da Empresa com o iFood seguindo as regras de negócio, com o melhor tempo possível.

Inicialmente, implementei uma carga total (Full Sync) via PUT rodando a cada hora, o que levava cerca de 8 minutos (média de 26.850 produtos para 101 unidades).

Para otimizar, refatorei a estrutura do banco para suportar "Delta Sync": agora identificamos a data de alteração e enviamos via PATCH apenas os produtos modificados, reduzindo drasticamente o tempo de processamento para cerca de 30 segundos.

Em ambos os casos usando execuções paralelas e código autoescalável, que detecta as unidades ativas antes do processamento.

Desafio: Criar uma interface de observabilidade e suporte para a integração iFood (Legado), permitindo que a equipe monitore e aja sobre os pedidos sem depender de acesso direto ao banco.

Desenvolvi um dashboard web sobre um SDK interno em Slim Framework. O sistema traduz status do banco para visualizações em tempo real (DataTables) e fornece ferramentas críticas de suporte:

1. Inserção manual de pedidos não integrados;

2. Busca profunda de logs de API;

3. Reprocessamento forçado de pedido de venda para o PDV.

Desafio: Centralizar a gestão de rotinas de banco de dados e garantir a integridade dos dados enviados para a plataforma de precificação.

O projeto nasceu como um utilitário simples (MVP) para "re-triggerar" jobs, mas evoluiu para um Hub Completo de Operações.

Hoje permite auditar erros de envio, visualizar a integração de vendas e executar procedures de manutenção manualmente, eliminando a necessidade de scripts SQL diretos no dia a dia.

Desafio: Automatizar o fluxo de pedidos de compra entre o ERP (SAP) e a plataforma logística (Neogrid), garantindo auditoria e zero perda de arquivos.

Desenvolvi um worker autônomo em Python que atua como Middleware. Ele monitora e captura arquivos via SFTP, gerencia uma rotina rigorosa de backups (raw data), aplica as transformações de formato exigidas e entrega os dados no diretório de ingestão do agente local.

*Nota: Este foi o projeto "divisor de águas" que consolidou minha transição de cargo para Desenvolvedor.

Desafio: Restaurar a automação de identidades visuais após a descontinuação do sistema legado, eliminando a demanda manual do time de suporte.

O projeto teve uma evolução técnica importante: A versão inicial utilizava Python/Selenium no backend, mas sofria com instabilidade.

Realizei uma Refatoração Completa migrando a lógica para o Client-Side. Hoje, o Flask serve a estrutura e o JavaScript Puro gerencia a reatividade, validações e a renderização do canvas, removendo a carga de processamento do servidor.

*Nota: Projeto decisivo para minha promoção de Suporte para Analista de Sistemas.

Este próprio site! Migrei de uma estrutura HTML/CSS/JS básica para o Astro Framework visando componentização e velocidade.

Implementei animações CSS puras e um sistema de rotas básico, baseado em estrutura de arquivos.

Desafio: Criar uma plataforma social gamificada onde treinadores Pokémon podem centralizar e compartilhar suas jornadas, começando pelo clássico Fire Red.

O projeto visa resolver a fragmentação de dados de emuladores. A "Feature Matadora" é o Parser Automático de Save: o usuário faz upload do arquivo .sav do emulador e o sistema extrai, decodifica e popula o perfil automaticamente.

O projeto também visa deixar as páginas de perfis de jogadores pública, onde basicamente vira um Hub de jogadores de pokémon para que possam salvar seus Saves e disponibilizar para outros jogadores verem como foram ou como estão. Ótimo para catalogar Muzlockes, e desafios.

Além dos dados, o projeto conta com um Mapa Interativo de Kanto explorável. O MVP utiliza MongoDB para flexibilidade de esquemas dos diferentes jogos futuros.

Desafio: Construir o motor lógico capaz de ler arquivos binários de GameBoy e gerenciar a autenticação e catálogo.

No Backend, desenvolvi a lógica de ingestão de arquivos .sav (convertidos em Base64), realizando a leitura de bits específicos (hex editing logic) para extrair o time atual, insígnias e itens.

A arquitetura conta também com:

1. Auth Completo: Login/Registro seguros;

2. Workers de Sincronização: Scripts manuais que populam nosso banco MongoDB consumindo a PokeAPI externa, garantindo performance nas consultas internas.

Desafio: Traduzir a nostalgia dos jogos 16-bit para uma interface web responsiva e imersiva.

O foco deste frontend é a Imersão Visual. Toda a UI está sendo desenhada com estética Pixel Art para que o usuário se sinta dentro do jogo (incluindo o mapa interativo de Kanto).

Atualmente estou na fase de Refinamento Tecnológico, prototipando componentes para decidir a stack final entre Astro (pela performance estática) ou Vue.js (pela facilidade de estado reativo), visando a melhor experiência de usuário possível.