Kanban para Squads Internos
Times acompanham tarefas com auth, permissões granulares e API REST documentada.
Fluxo esperado: login, criação de board, movimentação de cards e auditoria básica.

Desenvolvimento de aplicações web com frontend moderno, backend confiável, banco de dados, autenticação, integrações e deploy documentado.
Sou Gabriel Galvim, desenvolvedor full stack de Manaus/AM e estudante de Ciência da Computação pela UNISUL. Desde 2023 venho construindo aplicações web com interface, API, banco de dados, autenticação, integrações e deploy.
Meu foco é transformar ideias em sistemas claros, úteis e fáceis de evoluir. Gosto de documentar decisões, organizar READMEs, validar fluxos críticos e criar projetos que um recrutador ou cliente consiga entender rapidamente.
Ciência da Computação
UNISUL
Base acadêmica em algoritmos, estruturas de dados, engenharia de software e fundamentos de computação.
Full Stack
Dev Club
Formação prática em aplicações web completas, do frontend ao backend.
Formação FullStack PHP Developer
Upside
Backend com PHP, banco de dados, arquitetura de aplicações e integração com interfaces web.
Desenvolvimento Front-end do Zero ao Pro
EBAC
HTML, CSS, JavaScript, responsividade, componentes e experiência de usuário.
Python
Rocketseat
APIs, automações, lógica de backend e boas práticas com Python.
Competências que uso para construir produto completo.
Tecnologias usadas em módulos, integrações e estudos aplicados.
APIs, autenticação, dashboards, integrações, filas, testes, deploy, documentação e sistemas web com lógica de produto.
Projetos apresentados como produto: problema, uso real, arquitetura, decisões técnicas, evidências e métricas-alvo.

Times comerciais precisavam validar um fluxo de venda sem depender de planilhas, cobrança manual e confirmação por mensagem.
Catálogo, carrinho, checkout, painel administrativo e API de pedidos para um produto B2B com operação enxuta.
Pedido, pagamento e status concentrados em um fluxo rastreável, com caminho claro para deploy em staging.
Contratos de API documentados, domínio separado do checkout, validação no cliente e servidor.
Fluxo de checkout mapeado, README com setup, plano de screenshots para carrinho e pagamento.
Meta publicada: checkout abaixo de 2s no p95, Lighthouse 90+ e zero pedido confirmado sem status de pagamento.
Demo: pronto para deploy em Render/Railway; README deve receber GIF do checkout e tela administrativa.

Operações recorrentes ficavam invisíveis: tarefas eram disparadas manualmente, sem fila, histórico ou retentativa controlada.
Dashboard para criar, aprovar e acompanhar jobs assíncronos com status, logs e workers separados da API.
Falhas deixam de ser caixa-preta: operador enxerga fila, motivo do erro e caminho de reprocessamento.
Jobs idempotentes, retentativas com limite, separação entre comando e execução.
Logs por job, fila observável, roteiro de GIF para criação, falha e retry.
Meta publicada: 1.000 jobs em lote, erro abaixo de 1% e reprocessamento sem duplicar efeitos.
Demo: deploy simples com Redis gerenciado; README deve exibir dashboard de jobs e histórico.

Produtos SaaS crescem rápido quando login, permissões e sessões ficam espalhados em vários módulos sem contrato claro.
Serviço central de autenticação para contas, sessões, refresh token, autorização e integração com serviços internos.
Login, renovação e autorização ficam previsíveis, com contrato pronto para novos módulos consumirem.
JWT de curta duração, refresh token isolado, limites claros entre auth e domínio.
Diagrama de fluxo, testes de contrato planejados, roteiro visual de login e refresh.
Meta publicada: login abaixo de 300ms no p95 e endpoints críticos cobertos por teste de contrato.
Demo: fluxo de login com Docker Compose; README deve receber screenshots da tela de login e tokens.
Posso ajudar em MVPs, sistemas internos, APIs para SaaS, integrações, autenticação, filas e evolução técnica de produtos existentes.
Além dos três cases principais, estes projetos aumentam a percepção de produto, backend, integração, dados, IA e produção.
Times acompanham tarefas com auth, permissões granulares e API REST documentada.
Fluxo esperado: login, criação de board, movimentação de cards e auditoria básica.
Centraliza conversas internas com WebSockets, presença de usuários e persistência de mensagens.
Fluxo esperado: sala ativa, status online, envio em tempo real e histórico recuperável.
Ingere eventos, processa lotes e expõe endpoints versionados para dashboards de decisão.
Fluxo esperado: ingestão, processamento, retry e consulta por período.
Cria links curtos com cache, métricas de acesso e deploy containerizado para campanhas digitais.
Fluxo esperado: criação de link, redirecionamento, contagem e dashboard simples.
Triagem de tickets, busca semântica em documentação e respostas sugeridas com revisão humana.
Ótimo para mostrar RAG, embeddings, filas de atendimento e métricas de resolução.
Dashboard financeiro com lançamentos, recorrências, categorias, metas e gráficos de fluxo de caixa.
Ótimo para provar domínio de CRUD real, permissões, filtros, charts e relatórios.
Sincroniza estoque entre ecommerce, ERP e planilhas, com logs de divergência e retentativas.
Ótimo para demonstrar integrações, webhooks, idempotência e conciliação de dados.
Painel de logs, health checks, métricas HTTP e alertas simples para APIs em produção.
Ótimo para mostrar maturidade de produção, tracing básico e leitura de incidentes.
Como penso riscos, manutenção, custo de operação e sinais que ajudam o produto a sobreviver fora do ambiente local.
JWT curto, refresh separado e regras por papel. Exemplo: no Auth Core, login e renovação ficam fora dos módulos de negócio.
Modelagem relacional, migrations versionadas e transações explícitas. Exemplo: checkout só confirma pedido depois do pagamento.
Jobs idempotentes, retentativas com limite e logs por evento. Exemplo: o scheduler reprocessa falhas sem duplicar ações.
Containers reproduzíveis, envs documentadas e health checks. Exemplo: cada serviço expõe status antes de entrar no fluxo.
No ecommerce, isso define se o checkout nasce monolítico ou separado antes da primeira linha de código.
No Auth Core, isso vira contrato de login, refresh, papéis, erros e expiração de sessão.
Entrego tela, API e banco conversando cedo para validar fluxo real, não só estrutura de projeto.
Os caminhos críticos ganham testes, benchmarks alvo e passos de reprodução no README.
Fecho com scripts, envs, deploy e próximos passos para outro dev continuar sem perder contexto.
Em vez de depoimentos genéricos sem fonte, a prova social fica ancorada em perfis públicos, código, documentação e contato profissional.
GitHub
Código público e histórico de evolução
A principal prova do trabalho é o repositório: README, commits, issues, testes, decisões técnicas e instruções de execução.
Ver fonte públicaIdentidade profissional verificável
O LinkedIn concentra experiência, formação, contato profissional e validações públicas que podem ser conferidas fora do portfólio.
Ver fonte públicaConteúdo para mostrar como penso arquitetura, produto e manutenção, não apenas quais tecnologias uso.
Dev.to / Hashnode
Checklist de setup, variáveis, screenshots, métricas, deploy e decisões técnicas para transformar repo em prova de entrega.
Medium
Um guia prático sobre sessão, autorização, riscos comuns e como documentar contratos de autenticação para outros serviços.
GitHub Discussions
Idempotência, retentativas, logs por job e decisões que tornam filas mais previsíveis em sistemas internos.
Envie o contexto do sistema, o prazo e o que já existe. Eu retorno com próximos passos técnicos e uma visão clara do caminho.
Respostas curtas para reduzir atrito antes da primeira conversa.