📍 Ceará, Brasil • 🌐 Disponível para Remoto • 💻 Transformo café em arquitetura escalável
"Já vi todos os erros possíveis. Por isso sei exatamente como evitá-los."
Sou Desenvolvedor de Software graduado em Sistemas de Informação (IFCE), especializado em Backend com Java e Spring Boot.
Aprendi mais com bugs do que com sucessos e o resultado é código sólido, soluções criativas e zero drama nos projetos.
Atualmente, dedico-me a unir o desenvolvimento robusto de software com a escalabilidade da Cloud Computing (AWS).
- 🔄 Refatoração Cirúrgica: Migração de monólitos para microsserviços sem causar caos
- 🐳 Containerização: Docker não é mágica, mas parece quando bem feito
- ☁️ Cloud Native: AWS, CI/CD e automação - porque deploy manual é coisa do passado
- 📐 Qualidade Obsessiva: Clean Architecture, SOLID e testes - sim, eu realmente escrevo testes
- 📝 Documentação: Código sem documentação é piada sem contexto
Busco minha primeira oportunidade formal como Desenvolvedor Backend/Cloud, trazendo a maturidade técnica de quem documenta, testa e projeta antes de codificar.
|
Onde a mágica acontece
|
Porque localhost é só o começo
|
|
Quando preciso fazer a interface conversar
|
O que não aparece no código
|
| Formação | Instituição | Status |
|---|---|---|
| Bacharelado em Sistemas de Informação | IFCE | ✅ Concluído (Abr/2025) |
| Especialização Backend Java + Spring | Oracle ONE/Alura | 🔄 Em andamento |
| AWS re/Start – Cloud Engineering | Escola da Nuvem | 🔄 Em andamento |
Cargo Alvo:
- Desenvolvedor Backend Júnior/Pleno (Java)
- Cloud Associate / Analista de Cloud AWS
O que trago para o time:
✅ Código limpo, testável e documentado
✅ Experiência prática com Docker e AWS
✅ Mentalidade de engenharia, não só coding
✅ Capacidade de aprender rápido (e admitir quando não sei)
✅ Senso de humor para sobreviver às dailiespublic class DeveloperMindset {
private final String motto = "Código que funciona é bom. Código que outros entendem é melhor.";
public void approach() {
// 1. Entender o problema (de verdade)
// 2. Projetar antes de codificar
// 3. Testar porque Murphy tinha razão
// 4. Documentar porque memória é volátil
// 5. Refatorar porque primeira versão nunca é a melhor
}
}