projetos

problema: Precisava de um lugar próprio pra reunir portfólio, experiência e um registro contínuo do que venho construindo e aprendendo — sem depender de plataformas de terceiros.

solução: Site estático com cara de documentação técnica, todo o conteúdo (projetos e changelog) versionado em Markdown no próprio repositório, sem backend, publicado no GitHub Pages via GitHub Actions.

problema: Apps mobile precisam de uma forma confiável de sinalizar ao cliente se ele deve seguir normalmente, avisar sobre uma atualização disponível, ou bloquear o uso até atualizar — sem depender de um serviço fechado de terceiros.

solução: Servidor self-hosted que expõe uma REST API de políticas de atualização: o app consulta a versão atual contra o histórico de releases cadastrado e recebe de volta a ação recomendada (seguir, avisar ou bloquear).

problema: Guias de referência rápida (cheat sheets) pra devs costumam estar espalhados, desatualizados ou presos em posts isolados — faltava um lugar único, versionado e aberto a contribuições.

solução: Site estático bilíngue (PT-BR e EN) com conteúdo em Astro Content Collections, busca client-side via Pagefind (sem backend), e CI/CD que publica automaticamente a cada contribuição aceita.

problema: Comparar só a versão atual do usuário contra a mais recente pode deixar passar uma atualização obrigatória que existe *entre* as duas — o app segue achando que está tudo bem quando não está.

solução: Lib pure Dart (sem Flutter, HTTP, storage ou UI) que percorre o histórico completo de releases entre a versão atual e a mais recente, e resolve uma única pergunta: qual é a exigência de atualização — nenhuma, opcional ou obrigatória?

problema: Uso GitHub e GitLab no dia a dia, e cada plataforma só mostra o próprio contribution graph — nenhuma das duas enxerga a atividade na outra.

solução: Workflow do GitHub Actions que roda todo dia, soma a atividade das duas plataformas por dia, e gera um SVG único (versões light e dark) publicado numa branch de assets do próprio repositório, consumível via URL raw por qualquer site.

problema: A rede municipal de ensino de Macaíba/RN precisava de um app para gestores e educadores acompanharem turmas, atividades e desempenho de alunos, publicado e mantido oficialmente na Play Store.

solução: Desenvolvimento de ponta a ponta em Flutter, com arquitetura Clean-Dart e Flutter Modular, testes automatizados e CI/CD via GitHub Actions.

problema: Encontrar cupons e ofertas relevantes por localização, num app iOS nativo com frontend e backend próprios.

solução: Frontend iOS em Swift/UIKit (ViewCode) com arquitetura MVVM-C, consumindo uma REST API própria via URLSession/async; backend em TypeScript com Prisma ORM, rodando em Docker.

problema: Acompanhar reuniões rápidas (dailies) com um timer visual, alerta sonoro por participante e transcrição do que foi dito, num app que segue as Apple Human Interface Guidelines.

solução: App iOS em SwiftUI com transcrição de áudio via Speech Framework (SFSpeechRecognizer), persistência local em JSON e timer com alertas por participante.