§ 01 — Projetos selecionados

Casos de estudo

Sete projetos em produção atravessando dois ecossistemas distintos: sistemas governamentais do MAPA e uma plataforma de criptoativos com backend distribuído e mobile. Clique em qualquer card para ler os detalhes técnicos.

01 / 07
Cliente
MAPA
(Min. Agricultura)
Domínio
GovTech
FinTech
Status
Em produção
v0.58.1

Contexto

O Garantia-Safra é o programa que assegura R$ 1.200 por família a agricultores do semiárido em caso de perda de safra. Sob a Lei 15.236/2025 ("Novo Garantia-Safra"), o programa foi modernizado: percentual mínimo de perda reduzido de 50% para 40%, cobertura ampliada além da Sudene, pagamento parcelado e adoção de PIX.

O que entreguei

  • Migração SICAP → SIGTA: substituição da integração legada com a Caixa Econômica Federal por arrecadação híbrida (boleto + QR Code PIX).
  • Geração de boleto PIX: módulo Python (bloco_pagamento_pix.py) com QR Code 2,5×2,5 cm conforme exigência BACEN, código de barras I2of5 com escala dinâmica e EMV string em Courier monoespaçada.
  • Dois mecanismos de confirmação em paralelo: webhook PIX (segundos) + CNAB 750 de retorno (diário 20h), com cancelamento automático do QR Code quando pago via boleto.
  • Documentação técnica e de negócio integrando especificação BACEN, manual API CEF v2.7 e BPMN do programa.

Decisões arquiteturais

  • Clean Architecture (Controllers → UseCases → Repositories) com tsyringe para DI.
  • TXID composto conforme padrão FEBRABAN (zero-padded para 35 posições).
  • Locks distribuídos com Redlock para conciliação de pagamentos sem race conditions.
  • 4 cron jobs críticos orquestrando importação CNAB, seleção automática, conciliação e polling de status PIX.

Integrações

CEF SIGTA · GOV.BR (OAuth OIDC) · ConectaGov · CAF · CCAF · bCADASTRO · Assinatura Avançada · BACEN PIX

02 / 07
Cliente
MAPA
(Min. Agricultura)
Domínio
GovTech
Aquicultura
Status
Em produção
com legado ativo

Contexto

O SINAU gerencia o programa de regularização fundiária aquícola do governo federal — controla quem pode pescar profissionalmente no Brasil e quem detém áreas para piscicultura e maricultura. Inclui o RAP (Relatório Anual de Produção), análise de pedidos por gestores, emissão de carteirinhas e gestão de empreendimentos aquícolas.

Funcionalidades principais

  • Licenças de pesca: solicitação, renovação, análise por gestores e emissão de carteirinhas.
  • Contratos de aquicultura: piscicultura e maricultura, vinculados a parques aquícolas e corpos hídricos.
  • RAP (Relatório Anual de Produção): acompanhamento da produção por contrato.
  • Cessão de uso: solicitações sobre áreas aquícolas com fluxo administrativo completo.
  • Importação de legado via planilhas Excel — task periódica que sincroniza contratos antigos.

Decisões arquiteturais

  • TSOA para OpenAPI: especificação Swagger gerada automaticamente a partir de decorators TypeScript.
  • Clean Architecture com tsyringe para DI (mesmo padrão dos outros sistemas MAPA).
  • React Hook Form + Zod para validação schema-first no frontend.
  • Cypress para testes E2E — único projeto MAPA com automação ponta-a-ponta.
  • Upload dual: filesystem local em dev, AWS S3 em produção (toggle por env).

Integrações

GOV.BR (OAuth 2.0 OIDC) · ConectaGov (BCPF/BCNPJ) · AWS S3 · SMTP · Importação de planilhas legadas

03 / 07
Cliente
MAPA
(Min. Agricultura)
Domínio
GovTech
Pesca
Status
Em produção
integração legado

Contexto

O PesqBrasil substitui o sistema Ellos / SISRGP 3, que ainda mantém dados históricos do RGP. Pescadores se cadastram via GOV.BR, vinculam embarcações, emitem REAP (Relatório de Atividade do Pescador) e recebem suas carteiras profissionais. Tem painel administrativo completo para análise e tramitação de solicitações.

Funcionalidades principais

  • REAP: três fluxos — artesanal, industrial e simplificado.
  • Solicitações: licenças de pesca, edição de registro, edição de RGP, cancelamento.
  • Embarcações vinculadas ao pescador.
  • Análise administrativa: tramitação por servidores MAPA, força-tarefa, lote de pescadores, comunicação em massa.
  • Carteiras profissionais emitidas a partir de licenças válidas.
  • Sincronização de legado: task periódica mantém dados históricos do Ellos atualizados.

Decisões arquiteturais

  • Design System gov.br (@govbr-ds/core): UI segue rigorosamente o padrão visual do Governo Federal.
  • Clean Architecture com tsyringe — mesma estrutura do SGGS.
  • MockServer para APIs externas em dev — GOV.BR, ConectaGov e Ellos não são acessados diretamente do ambiente local.
  • MinIO local espelhando AWS S3 — paridade dev/prod sem custo de cloud em desenvolvimento.
  • RabbitMQ configurado para mensageria assíncrona (desabilitado em dev).
  • Datadog APM via dd-trace para monitoramento em produção.

Integrações

GOV.BR (OAuth 2.0 OIDC) · ConectaGov (BCPF/BCNPJ) · API Ellos / SISRGP 3 (legado) · RabbitMQ · AWS S3 / MinIO · Datadog

04 / 07
Cliente
Plataforma
fintech cripto
Domínio
CeFi · API
principal
Stack
TS · Node 22
Express · PG 16

Arquitetura Hexagonal

Domínio com zero dependências externas, 51+ ports, 77 use cases e 37+ repositórios PostgreSQL. Composição manual em container DI (sem framework). Direção de dependência rigorosamente unidirecional: Infrastructure → Application → Domain.

Pipeline Kafka de rebalanceamento

  • Event-driven, sem cron jobs: scheduleWalletsRebalance → createSellOrders → createBuyOrders → completeTransactionGroup
  • Retry com backoff exponencial + DLQ para mensagens com falha
  • ExchangeRouter abstraindo OKX e BingX (Swap) com multi-subconta

Disciplinas obrigatórias

  • Aritmética financeira: sempre Decimal, nunca number (regra que evita o clássico 0.1 + 0.2).
  • Entidades imutáveis: mutação retorna nova instância.
  • Credenciais de exchange criptografadas em repouso com AES-256.
  • Testes: Vitest + supertest, PostgreSQL real via testcontainers (não mock).
  • Validação: Zod 4 + OpenAPI gerado automaticamente.

Integrações

OKX · BingX (Swap) · Google OAuth · Apple App Store · Google Play (IAP) · FoxBit · Webhook callbacks

05 / 07
Cliente
Plataforma
fintech cripto
Domínio
Serverless
Event-driven
Escala
95+ Lambdas
7 workspaces

Composição do monorepo

  • SubUsersLambdas (~95 fns): usuários, carteiras, ordens, rebalanceamento — serviço principal.
  • QuotesLambdas (13 fns): cotações horárias, consolidação de carteiras, backfill.
  • MediaProcessing (Express): upload, transcodificação Mux e RSS de podcasts.
  • MCPGateway (Express): gateway AI para integração com Flutter e Claude.
  • CoreResources / NetworkResources: IaC para Cognito, S3, DocumentDB, Redis, VPC.
  • Shared library: biblioteca compartilhada entre todos os workspaces.

Operações & deploy

  • CI/CD GitHub Actions com tag YYYYMMDDHHSS disparando deploys segmentados.
  • Secrets via SSM Parameter Store (padrão /local/NOME em dev).
  • Plugins Serverless: split-stacks e jetpack para contornar limite CloudFormation e otimizar bundle.
  • Kafka MSK com IAM auth via mecanismo customizado.

Integrações

Foxbit · OneSignal · RD Station · Discord · Google OAuth · Apple App Store · Mux · ViaCEP · Datadog

06 / 07
Cliente
Plataforma
fintech cripto
Domínio
Mobile
iOS + Android
Versão
2.1.2+254
409 testes

Arquitetura feature-modular

40+ módulos autocontidos (BLoC + UI + repositório) sob lib/modules/. Core centralizado para design system (tokens + ícones TTF customizados), navegação (GoAppRouter com deep linking), HTTP, analytics, feature flags via Firebase Remote Config.

Disciplina de qualidade

  • 409 arquivos de teste (flutter_test + mocktail + bloc_test).
  • Base class SafeCubit para emissão segura de estados.
  • Localização pt_BR gerada automaticamente via l10n.
  • 4 stacks de analytics coordenados: AppsFlyer, Mixpanel, Firebase, Datadog.

CI/CD orquestrado

on-main.yml orquestra testes → deploys iOS/Android/Firebase em paralelo. iOS via TestFlight (Match + App Store Connect API). Android Internal Testing apenas em bump de versão · Firebase App Distribution para grupo de funcionários.

Features destaque

Portfólio · depósito crypto · KYC Metamap · biometrics · chat AI (via MCPGateway) · in-app purchase iOS+Android · gamification · referral · feed CoinTelegraph

07 / 07
Cliente
Plataforma
fintech cripto
Domínio
Plataforma
interna
Acesso
Restrito
por domínio

Stack de mídia

Streaming HLS via HLS.js para vídeos · suporte a 6 formatos de vídeo (MP4, AVI, MOV, WMV, MKV, WebM), 6 formatos de áudio (MP3, WAV, AAC, OGG, M4A, FLAC) e PDFs. Backend é o serviço MediaProcessing integrado ao monorepo serverless.

Auth corporativo

  • Google OAuth com whitelist de domínio corporativo.
  • AWS Cognito User Pool com session secret para hidratação no servidor.
  • Wouter como router minimalista (alternativa enxuta ao react-router).

Design system

Dark theme com background #121314 e primary purple #924DE5, animações com Framer Motion 11, gráficos com Recharts 2.15.

§ 02 — Princípios

Como eu trabalho

001
Domínio antes do código

Para cada projeto, mergulho no domínio de negócio antes de escrever uma linha. Boletos PIX, ordens em exchanges e programas de renda mínima exigem entender as regras antes do framework.

002
Arquitetura que sobrevive

Hexagonal, Clean Architecture, event-driven — escolho o padrão pelo problema, não pela moda. O domínio fica isolado de infra, e a infra é trocável sem reescrever regras de negócio.

003
Margem de erro zero em dinheiro

Decimal sempre, nunca number. Locks distribuídos. AES-256 em repouso. Testes com PostgreSQL real, não mock. Em fintech, o que parece paranoia é só prudência.

004
Documentação é parte da entrega

BPMN do negócio, diagrama de arquitetura, decisões registradas. Código sem documentação é uma dívida que cobra juros — para o próximo dev e para o cliente.

Vamos conversar?

Disponível para projetos de backend, fintech e sistemas críticos. Trabalho remoto, comunicação em português, inglês técnico fluente.

Mandar email → LinkedIn