Pular para o conteúdo

Backend · AI Systems · Itapira/SP

Eu transformo restrições em caminhos confiáveis.

Investigo limites, dependências e falhas para transformar decisões técnicas em sistemas que outras pessoas conseguem operar e evoluir — integrações corporativas, migrações para cloud e as plataformas que deixam a IA ser usada com controle.

Analista de Sistemas Pleno · aberto a conversas

role

00 / provas

O que você precisa saber em 30 segundos

−90%

Eu reduzi o carregamento de um sistema crítico

Resultado medido e aprovado para divulgação, na CTC.

RIGOR

Eu trabalho com limites reais

Tenho experiência em integrações e aplicações que exigem rastreabilidade e conformidade.

COMUNIDADE

Eu colaboro com o PhotoGIMP

Contribuí na evolução e hoje participo da organização e revisão do projeto.

01 / sistemas

Trabalhos que me ensinaram alguma coisa.

Eu conto cada trabalho pela restrição, pela decisão e pelo que consigo provar — sem reconstruir contextos confidenciais.

01 —Evolução arquitetural

Pimbas

Partidas amistosas e torneios de pimbolim viram um domínio claro enquanto a arquitetura reduz runtimes e preserva contratos.

Imagem de abertura do dossiê Pimbas — Evolução arquitetural
Restrição
Preservar contratos durante a migração.
Decisão
Consolidar o runtimeMover a fronteira HTTP para Next.js reduz superfícies de deploy e configuração.
Limite
O projeto não teve adoção porque faltou tempo para continuar sua manutenção.
Mapa arquitetural de Pimbas
  1. Necessidade real — fronteira. Pessoas organizam partidas amistosas e torneios de pimbolim.
  2. Preservar contratos — decisão. A migração mantém a fronteira observável.
  3. Next.js consolidado — fronteira. Uma superfície operacional, domínio independente.
  4. Testes e histórico — evidência. Evidência versionada da transição.
Abrir dossiê: Pimbas

02 —Arquitetura de produto

Saturno

Um monólito moderno Laravel/Inertia com fronteira modular para gestão do trabalho.

Imagem de abertura do dossiê Saturno — Arquitetura de produto
Restrição
Multi-organização e autorização coerentes.
Decisão
Monólito modernoLaravel e Inertia mantêm entrega, domínio e operação próximos.
Limite
Não há alegação de adoção, escala ou produção.
Mapa arquitetural de Saturno
  1. Usuários e equipes — fronteira. Atores dentro de organizações.
  2. Autorização — decisão. Decisão aplicada a cada caso de uso.
  3. WorkManagement — fronteira. Fronteira modular no monólito.
  4. Código versionado — evidência. Capacidades verificáveis no repositório.
Abrir dossiê: Saturno

03 —Arquitetura para PHP legado

Maybe

Erros e ausência viram estados explícitos, adotados gradualmente nas bordas de sistemas PHP 7.4.

Imagem de abertura do dossiê Maybe — Arquitetura para PHP legado
Restrição
Compatibilidade com PHP 7.4.
Decisão
Erros explícitosResult e Option tornam falha e ausência parte do contrato.
Limite
Async não substitui filas duráveis nem supervisão operacional.
Mapa arquitetural de Maybe
  1. null / false / throw — risco. Semânticas concorrentes no legado.
  2. Schema + DTO — fronteira. Dados ganham forma na borda.
  3. Result + Option — decisão. Erro e ausência entram no contrato.
  4. Async isolado — evidência. Processos com timeout e serialização explícitos.
Abrir dossiê: Maybe

Laboratórios

Perguntas menores, investigadas até virarem código público. São laboratórios, não produtos: capacidade e latência dependem de modelo e hardware.

  • Laboratório de armazenamento

    implementado

    Hush

    O que um servidor compatível com RESP precisa tornar explícito sobre memória e concorrência?

    Abrir laboratório: Hush
  • Laboratório de contratos

    implementado

    Resulta

    Como manter uma API total e erros explícitos sem perder ergonomia entre ESM e CJS?

    Abrir laboratório: Resulta

02 / trajetória

O caminho também explica o trabalho.

Carreira, formação e comunidade não aconteceram em linhas separadas. Cada etapa acrescentou uma forma nova de observar, decidir e construir.

Carreira

  1. 2013
    mai 2013 — ago 2016

    Diolinux

    Desenvolvedor full-stack

    O primeiro capítulo profissional nasceu perto de Linux, comunicação e comunidade. O projeto principal foi o PhotoGIMP: manutenção, compatibilidade entre versões e contato direto com quem usa.

    Ícone do PhotoGIMP
  2. 2016
    2016 — 2023

    Atuação independente

    Desenvolvimento e suporte

    Projetos e demandas diversas ampliaram autonomia, escuta e responsabilidade de ponta a ponta.

  3. 2023
    ago 2023 — abr 2026

    CTC

    Desenvolvedor backend Node.js

    APIs, integrações e evolução de aplicações corporativas. Em um fluxo crítico, reduzi o carregamento em 90% — resultado medido e autorizado. Fui responsável técnico pela migração de um sistema legado e auditado para o TOTVS Cloud, e pelas integrações entre SAP e TOTVS via OData.

  4. 2026
    abr 2026 — presenteagora

    Laboratório Cristália

    Analista de Sistemas Pleno

    Análise e evolução de sistemas corporativos em um ambiente regulado, junto a Qualidade, RH, Compras, Jurídico e TI. Integrações com o ERP sob requisitos de rastreabilidade e conformidade; tecnologias e sistemas internos permanecem confidenciais.

Formação & comunidade

Nas maratonas de programação, equipes resolvem problemas algorítmicos sob limite de tempo. É uma prática de raciocínio colaborativo, estratégia e clareza sob pressão — não uma corrida física.

  1. 2014
    2014 — 2016

    Senac

    Técnico em Tecnologia da Informação

    Formação técnica que transformou curiosidade por computadores em método e prática.

  2. 2022
    2022 — 2025 · concluído

    FATEC Itapira

    Desenvolvimento de Software Multiplataforma

    Graduação pública tecnológica do estado de São Paulo, concluída em 2025.

  3. 2025
    15 mar 2025

    Minimaratona · FATEC Itapira

    Competidor

    Etapa local de programação competitiva: problemas algorítmicos, estratégia em equipe e tempo contado.

    Minimaratona da FATEC Itapira · 15 mar 2025 (ilustração gerada por IA)
  4. 2025
    16 ago 2025

    InterFatecs

    Competidor

    Competição entre FATECs: equipes conectam fundamentos de algoritmos, divisão de trabalho e decisões sob pressão.

    InterFatecs · participação e local do evento · 16 ago 2025 (ilustração gerada por IA)
  5. 2025
    13 set 2025

    Maratona de Programação da SBC

    Competidor

    Etapa brasileira ligada ao circuito universitário de programação competitiva, organizada pela Sociedade Brasileira de Computação.

    Maratona SBC · 13 set 2025 (ilustração gerada por IA)

Em público

  1. contínuo

    PhotoGIMP

    Open source

    Contribuição, organização de issues e revisão no projeto comunitário da Diolinux.

  2. em público

    @momentoalmir

    Instagram

    Fotografia e diário visual, com processo e fragmentos do cotidiano.

    @momentoalmir · presença pública
  3. em público

    @avlye

    YouTube · Instagram

    Vídeos sobre tecnologia, ideias e aprendizado.

    @avlye · criação em vídeo

03 / ia

IA é um componente de sistema, não mágica.

A direção que sigo é AI Platform Engineering: aplicar o que aprendi em backend, integrações e sistemas distribuídos na base que permite outras pessoas usarem recursos de IA com mais confiabilidade e controle.

Nos projetos pessoais isso vira serviço MCP, API compatível com OpenAI, inferência local em GPU e pipelines de voz e imagem. Eles existem para praticar o que a plataforma precisa resolver: integração entre runtimes, roteamento de modelos, streaming, filas, retries, segurança, observabilidade, medição de latência e a decisão entre execução local e cloud.

O diagrama descreve o fluxo do pipeline: o cliente chega pelo roteador, que direciona a chamada para o modelo local ou para o modelo cloud; as duas rotas convergem no stream.

  1. Cliente — Agente MCP ou chamada REST
  2. Roteador — Contrato, validação, fila
  3. Modelo local — GPU · latência medida
  4. Modelo cloud — Custo · limite de taxa
  5. Stream — Retry, timeout, observabilidade

Fronteira explícita

MCP e REST descrevem a mesma capacidade. A dependência de GPU aparece no contrato, não numa nota de rodapé.

Custo visível

Batching muda latência e consumo. O laboratório de voz existe para medir esse trade-off, não para escondê-lo.

Limite declarado

Caching e operação continuam planejados. Nenhum destes serviços é apresentado como produção.

04 / processo

Meu processo deixa marcas.

Começo perguntando e medindo. Desenho estados, anoto riscos e procuro a menor decisão que faça o sistema avançar. Depois volto: testo, documento e compartilho o que aprendi.

Ilustração: retrato de Gabriel Almir a grafite sobre uma colagem de papéis rasgados, com arcos a lápis e recortes geométricos em azul e laranja.

Passo 01. Observar

Eu sigo o fluxo inteiro antes de escolher uma ferramenta.

Passo 02. Decidir

Eu torno restrições e trade-offs visíveis.

Passo 03. Verificar

Eu comparo evidências e desenho recuperação.

Passo 04. Compartilhar

Eu escrevo para que o trabalho não dependa só de mim.

05 / contato

Vamos entender um problema juntos?

Se você tem um sistema difícil, uma integração delicada ou só quer trocar ideias sobre trabalho e aprendizado, pode me escrever.