Pular para o conteúdo

Sobre

Da operação para o software.

Sou Software Engineer. Construo sistemas para operações reais: rotinas que não podem parar, dados que precisam fechar e processos que dependem de software confiável.

Trajetória

Comecei perto da infraestrutura e do suporte, onde os problemas chegam primeiro. Esse contato direto com a operação mostrou que boa parte das falhas não é técnica no sentido estrito: é processo manual, dado inconsistente ou sistema que ninguém consegue manter.

A resposta veio em camadas. Primeiro automação, para eliminar trabalho repetitivo. Depois dados, para que as decisões tivessem base confiável. Em seguida desenvolvimento, para resolver o que ferramentas prontas não resolviam. Hoje o foco é engenharia de software e SaaS: arquitetura, produto e operação de ponta a ponta.

  1. Infraestrutura e suporte

    Contato direto com a operação: redes, máquinas, usuários e incidentes reais.

  2. Automação

    Tarefas repetitivas viram scripts, rotinas agendadas e processos confiáveis.

  3. Dados

    Integração, consolidação e validação de dados que sustentam decisões.

  4. Desenvolvimento

    Ferramentas internas e sistemas construídos para problemas específicos.

  5. Engenharia de software e SaaS

    Arquitetura, produto e operação de sistemas multi-tenant de ponta a ponta.

Princípios de trabalho

  1. Entender a operação antes do código

    Sistemas existem para sustentar uma rotina. Antes de propor arquitetura, é preciso saber como o trabalho acontece hoje, onde ele falha e o que não pode parar.

  2. Continuidade é requisito

    Migração, troca de sistema ou nova versão precisam de caminho de volta. Cutover planejado, rollback testado e validação antes de desligar o que já funciona.

  3. Dados conferidos, não presumidos

    Números que importam são reconciliados. Validação financeira e conferência entre origem e destino fazem parte da entrega, não de uma etapa opcional.

  4. Falhas visíveis

    Observabilidade, monitoramento contínuo e estados operacionais explícitos tornam problemas detectáveis cedo, antes de virarem incidentes para quem usa o sistema.

  5. Simplicidade que se sustenta

    A solução certa é a que a operação consegue manter. Menos peças, decisões documentadas e evolução incremental.

Áreas de atuação

Sistemas, operações, dados e software são partes do mesmo problema. Um sistema só é bom se a operação consegue usá-lo; os dados só valem se forem confiáveis; a automação só ajuda se as falhas ficarem visíveis.

Systems
Arquitetura de sistemas que precisam continuar funcionando: multi-tenant, offline, Edge e Cloud.
Data
Modelagem, migração e reconciliação de dados, com validação antes de qualquer cutover.
Automation
Rotinas, integrações e monitoramento que reduzem trabalho manual e tornam falhas visíveis.
SaaS
Produtos modulares construídos com atenção à operação, à observabilidade e à evolução.

Experiência

  • Modernização de legado

    Modernização de operação baseada em Microsoft Access, com migração e validação progressiva para uma solução atual: reconciliação de dados, validação financeira e estratégia de cutover e rollback.

  • Construção de produto

    Concepção e desenvolvimento de uma plataforma SaaS modular e multi-tenant, com operação Edge/Cloud, PDV offline, financeiro e observabilidade.

  • Monitoramento operacional

    Monitoramento de conectividade e qualidade de rede com análise de latência e perda de pacotes, janelas temporais e estados operacionais definidos.

  • Automação e dados

    Rotinas automatizadas, integrações e tratamento de dados para reduzir trabalho manual e dar confiabilidade a processos recorrentes.

Capacidades

Software Engineering

  • Arquitetura de sistemas
  • Multi-tenant
  • Offline-first
  • APIs e integrações

Data & Automation

  • Migração e reconciliação
  • Validação de dados
  • Rotinas automatizadas
  • Monitoramento

Cloud & Operations

  • Operação Edge/Cloud
  • Observabilidade
  • Redes e conectividade
  • Cutover e rollback

Aprendizado contínuo faz parte do trabalho: cada sistema novo traz um domínio, uma restrição e uma forma de falhar que ainda não estava no repertório.

Tecnologias

As capacidades acima são o que faço; estas são as tecnologias com que construo.

Aplicações

  • Python / Flask
  • Node.js
  • PHP
  • JavaScript
  • React
  • HTML / CSS
  • APIs REST

Dados

  • SQL
  • PostgreSQL
  • SQLite
  • SQL Server
  • Power BI
  • DAX
  • Power Query

Cloud e plataforma

  • Azure
  • AWS
  • Docker
  • Git
  • Power Apps
  • Power Automate

Engenharia

  • Arquitetura de software
  • Integração de sistemas
  • Modernização de legado

Formação

  • Pós-graduação em Arquitetura de Software

  • Engenharia da Computação

  • Pós-graduação em Big Data / Ciência de Dados

  • Análise e Desenvolvimento de Sistemas