Empreendedor tech e arquiteto de soluções com +14 anos desenvolvendo produtos digitais — de apps mobile a plataformas fintech completas. Atualmente construindo soluções de crédito consignado com automação inteligente, integrações bancárias e atendimento via IA.
Minha abordagem: entender o problema de negócio primeiro, desenhar a arquitetura certa e entregar software que funciona em produção — não apenas em demo.
📍 Brasil
🏗️ Founder & CTO — construindo fintech do zero
🤖 AI Engineer — chatbots, automações e agentes inteligentes
🧩 Solutions Architect — design de sistemas escaláveis
🎯 Full Stack — mobile, frontend, backend, infra
Languages & Core
Frontend & Mobile
Backend & Runtime
Databases
Cloud & DevOps
AI & Automation
Amazon Web Services (AWS)
Firebase
Supabase & Others
Empresas e projetos onde entreguei soluções em produção:
-1A1A2E?style=for-the-badge&logo=data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAyNCAyNCI+PHBhdGggZmlsbD0id2hpdGUiIGQ9Ik0xMiAxQzUuOTMgMSAxIDUuOTMgMSAxMnM0LjkzIDExIDExIDExIDExLTQuOTMgMTEtMTFTMTguMDcgMSAxMiAxem0wIDIwYy00Ljk3IDAtOS00LjAzLTktOXM0LjAzLTkgOS05IDkgNC4wMyA5IDktNC4wMyA5LTkgOXptMC0xNmMtMy44NyAwLTcgMy4xMy03IDdzMy4xMyA3IDcgNyA3LTMuMTMgNy03LTMuMTMtNy03LTd6bTAgMTJjLTIuNzYgMC01LTIuMjQtNS01czIuMjQtNSA1LTUgNSAyLjI0IDUgNS0yLjI0IDUtNSA1eiIvPjwvc3ZnPg==&logoColor=white){kind=icon}
🧱 SOLID Principles
| Princípio | Descrição |
|---|---|
| S — Single Responsibility | Cada classe ou módulo deve ter uma única razão para mudar. Responsabilidades separadas = código mais fácil de manter e testar. |
| O — Open/Closed | Entidades devem estar abertas para extensão, mas fechadas para modificação. Novas features sem quebrar o que já funciona. |
| L — Liskov Substitution | Subclasses devem poder substituir suas classes base sem alterar o comportamento esperado do sistema. |
| I — Interface Segregation | Interfaces específicas são melhores que uma interface genérica. Nenhum cliente deve depender de métodos que não utiliza. |
| D — Dependency Inversion | Módulos de alto nível não devem depender de módulos de baixo nível. Ambos devem depender de abstrações. |
🎨 Design Patterns
| Categoria | Patterns | Quando utilizo |
|---|---|---|
| Creational | Singleton, Factory Method, Abstract Factory, Builder | Gerenciamento de instâncias, criação de objetos complexos e injeção de dependências em APIs e microsserviços |
| Structural | Adapter, Facade, Decorator, Proxy | Integração com APIs externas (WebCash, Pontaltech), camadas de abstração e extensão de comportamento |
| Behavioral | Observer, Strategy, Command, Chain of Responsibility, Mediator | Eventos em tempo real, regras de negócio dinâmicas, filas de processamento e workflows de automação |
🏛️ Architectural Patterns
| Padrão | Descrição | Aplicação |
|---|---|---|
| Clean Architecture | Separação em camadas (Entities → Use Cases → Interface Adapters → Frameworks) com regra de dependência de fora pra dentro. O domínio nunca depende de infraestrutura. | Backend de APIs financeiras, microsserviços com regras de negócio complexas |
| Onion Architecture | Similar ao Clean, com camadas concêntricas onde o core (Domain Model) fica no centro, cercado por Domain Services, Application Services e Infrastructure. | Sistemas .NET com domínio rico, plataformas com múltiplos adaptadores de saída |
| MVVM | Model-View-ViewModel — separação clara entre UI, lógica de apresentação e dados. Two-way data binding entre View e ViewModel. | Apps Flutter e Angular, interfaces reativas com estado complexo |
| MVC | Model-View-Controller — o controller recebe input, manipula o model e atualiza a view. Fluxo unidirecional clássico. | APIs REST em Node.js e .NET, aplicações web tradicionais |
| Hexagonal (Ports & Adapters) | O core da aplicação se comunica com o mundo externo através de ports (interfaces) e adapters (implementações). Facilita troca de dependências externas. | Integrações bancárias, sistemas que conectam com múltiplos providers |
| Event-Driven | Componentes se comunicam por eventos assíncronos. Desacoplamento total entre produtor e consumidor. | Filas SQS/SNS, webhooks, processamento assíncrono de contratos e notificações |
| Microservices | Serviços independentes, deploy autônomo, comunicação via API/mensageria. Cada serviço é dono do seu domínio e dados. | Ecossistema fintech com serviços de crédito, notificação, onboarding e relatórios |
✅ Práticas & Metodologias
| Prática | Descrição |
|---|---|
| Clean Code | Código legível, nomes expressivos, funções curtas, sem comentários desnecessários — o código é a documentação. |
| TDD | Test-Driven Development — escrever o teste antes da implementação. Red → Green → Refactor. |
| DDD | Domain-Driven Design — modelagem guiada pelo domínio de negócio com Bounded Contexts, Aggregates e Ubiquitous Language. |
| CI/CD | Integração e entrega contínua — pipelines automatizados com testes, build e deploy a cada push. |
| Code Review | Revisão de código como prática de qualidade, compartilhamento de conhecimento e padronização. |
| 12-Factor App | Metodologia para construir apps SaaS modernos: config por env vars, stateless processes, logs como event streams, etc. |
const currentFocus = {
building: "Fintech — crédito consignado com automação end-to-end",
stack: ["Supabase", "Deno Deploy", "n8n", "Evolution API", "OpenAI"],
exploring: ["AI Agents", "MCP Servers", "Multi-agent architectures"],
philosophy: "Ship fast, iterate faster, automate everything"
};
"The best code is the one that solves a real problem."