Meu ponto de partida quase sempre é um problema concreto: uma conexão que falha, um processo repetitivo, um serviço difícil de operar ou uma peça que ainda não existe do jeito que eu preciso.
Trabalho com suporte técnico em provedor de internet, onde diagnóstico não é exercício teórico. É preciso coletar sinais, isolar causas, comunicar o que está acontecendo e deixar contexto suficiente para a próxima pessoa continuar o trabalho.
Levo o mesmo raciocínio para código e infraestrutura. Uso Linux, containers, APIs, automação e IA quando eles tornam o sistema mais claro ou confiável — não apenas para aumentar a lista de tecnologias. E, quando a solução pede fios, switches ou um microcontrolador, a bancada também faz parte do processo.
Projetos selecionados
O raciocínio aparece antes da stack.
Cada projeto mostra um problema, as decisões, os limites atuais e a evidência técnica — inclusive quando o código ainda não pode ser público.
Laboratório reproduzível01
OBSERVABILIDADE · GRAFANA · PROMETHEUS
NOC Monitoring Lab
Laboratório reproduzível de observabilidade para contexto ISP/NOC, com métricas sintéticas, inventário, checks, alertas e status page em Docker Compose.
Contribuição
Arquitetura do lab, simulador de métricas, worker de checks, schema PostgreSQL, alertas Prometheus, status page e documentação operacional.
Tecnologias e práticas que aparecem no código, na operação ou nos projetos físicos — organizadas pelo problema que ajudam a resolver.
01
Desenvolvimento
Interfaces e serviços pensados como partes do mesmo sistema.
TypeScript
JavaScript
Python
React
Next.js
Node.js
FastAPI
APIs REST
Git
02
Infraestrutura
Ambientes reproduzíveis, observáveis e simples de operar.
Linux
Fedora
Docker Compose
SSH
VPS
systemd
Nginx
PostgreSQL
03
Redes
Diagnóstico orientado por evidência, da camada física à aplicação.
TCP/IP
IPv4
IPv6
Wi-Fi
FTTH
ONU & OLT
Roteamento
Troubleshooting ISP
04
Automação
Processos com validação, rastreabilidade e limites de segurança.
Playwright
Scripts Python
Shell scripting
Ollama
Gemini
Filas & workers
Integração de sistemas
05
Hardware & Maker
Prototipagem física para transformar uma ideia em algo utilizável.
Arduino
Microcontroladores
Eletrônica
Integração USB
Prototipagem
Simracing
Experiência
Troubleshooting onde o impacto é real.
Experiência prática
Operação contínua
Operação ISP · Redes · FTTH · Atendimento técnico
Suporte técnico em provedor de internet
Atuação prática na investigação e resolução de falhas de conectividade. O trabalho combina leitura técnica, comunicação clara e responsabilidade operacional: entender o sintoma, isolar a causa, orientar o cliente e encaminhar o que exige atuação de campo ou outra camada da rede.
Diagnóstico de conectividade, latência, perda de pacotes, Wi-Fi e configuração de roteadores.
Análise de cenários IPv4 e IPv6, equipamentos de acesso, ONUs e infraestrutura FTTH.
Suporte remoto com coleta de evidências antes de alterações ou escalonamentos.
Abertura e organização de ordens de serviço com contexto técnico útil para continuidade do atendimento.
Comunicação com clientes durante incidentes, traduzindo detalhes técnicos em próximos passos compreensíveis.
Identificação de padrões repetitivos que podem virar documentação, automação ou melhoria de processo.
Laboratório
Operação também é uma interface.
Uma leitura sintética de sinais, estados e incidentes — construída para explicar decisões, não para fingir telemetria real.
NOC Lab · demonstração
Um sistema que explica o que está acontecendo.
ambiente sintético
Dados fictícios para demonstrar leitura operacional. Nenhuma consulta sai desta página.
Disponibilidade99,94%+0,12% no período
Latência mediana18 ms−4 ms no período
Throughput742 Mb/s+8% no período
Equipamentos
OLT-DEMO-01192.0.2.10 · acesso FTTH
OK
OLT-DEMO-02198.51.100.10 · acesso FTTH
atenção
CORE-DEMO-01203.0.113.10 · agregação
OK
Incidentes
latência acima do limiarINC-DEMO-014 · 08 min
aberto
janela de manutenção encerradaINC-DEMO-013 · 42 min
resolvido
● ● ●terminal demonstrativosimulação local
Digite help para ver os comandos disponíveis.
O terminal é uma interface de apresentação. Ele não executa comandos, não acessa o shell e não faz requisições.
Método
Construir é um ciclo, não um ato heroico.
A solução só termina quando outra pessoa consegue entender, usar e recuperar o sistema.
01
Entender
Reproduzir o problema, separar sintoma de causa e descobrir os limites reais.
02
Construir
Criar a menor solução útil, com responsabilidades e interfaces claras.
03
Validar
Testar falhas, casos de borda, segurança e o caminho que alguém realmente usa.
04
Operar
Documentar, observar, recuperar e melhorar com o que a realidade mostrar.
SW
USB
HARDWARE · ELETRÔNICA · DIY
Software também pode terminar em parafuso, fio e solda.
Explorações de cockpit, painel de botões, ignição, switches e controles USB construídos para entender a integração física até a interface do simulador.