stolben.com · portfólio
Alguns dos sistemas que projetei, construí e mantenho no ar. Foco em código claro, dados bem modelados e operação estável em produção.
Descreva o que quer aprender e a IA monta a trilha completa: níveis, conteúdo sob demanda, exercícios e avaliações corrigidas automaticamente, com um título a cada nível vencido.
trilhas.stolben.com
Gestão para escritórios de arquitetura: conecta clientes, briefing, propostas, contratos, fases do projeto, agenda e financeiro em um único fluxo.
Ferramenta web para enviar PDFs, comprimir e dividir em partes menores, com download em PDF único ou ZIP.
Cadastro de clientes, catálogo de itens por categoria e montagem de orçamentos prontos para enviar, do rascunho ao documento final.
Registro de lançamentos por categoria, com saldo e histórico mês a mês para acompanhar a operação.
Importe PDFs de provas de concurso, aplique prompts de IA sobre as questões e gere relatórios de estudo em PDF.
Editor visual de modelos em PDF e geração em lote de certificados e documentos a partir de planilhas.
Mentoria de programação passo a passo: você escolhe o projeto e a stack, e o mentor guia o que fazer, como fazer e por quê, revisando o código que você escreve — sem escrever por você.
Todo projeto começa longe do editor de código: parto do problema real e modelo o fluxo: a estrutura de dados, as regras de negócio e a navegação mais simples que resolve o caso. Só então começo a construir.
Construo com arquitetura direta de manter: Django bem organizado, dados consistentes e validação contínua. Prefiro menos peças, bem escolhidas, a empilhar ferramenta sobre ferramenta.
E como sou eu quem opera os sistemas depois do deploy, cada decisão de código é tomada pensando em quem vai mantê-los estáveis em produção: eu mesmo, todos os dias. É esse ciclo completo que faz cada projeto sair melhor que o anterior.
Sem jargão: as tecnologias que uso para construir os sistemas e o raciocínio por trás de cada escolha.
A linguagem e a estrutura onde o sistema é construído. O Django é uma base madura, a mesma usada por empresas como Instagram e Spotify: boa parte da segurança e da organização já vem pronta, o que significa menos código frágil e mais tempo dedicado à regra de negócio.
O banco de dados é o arquivo central do sistema. Guarda cada informação de forma consistente e segura, sem perder ou misturar registros, mesmo com muito acesso ao mesmo tempo.
O motor de inteligência dos sistemas: a API do Claude gera conteúdo, corrige avaliações e produz análises sob demanda, enquanto cada aplicativo orquestra as chamadas em segundo plano. É a mesma base pronta para os sistemas atuais e os que vierem.
Mantém o que é mais usado sempre à mão, para as telas responderem na hora. É o que faz o sistema parecer leve, em vez de travado.
Cuida de tarefas demoradas (como processar arquivos) em segundo plano, sem travar a tela enquanto o sistema trabalha.
A infraestrutura que mantém tudo online, estável e seguro o tempo todo. Configuro e mantenho o servidor por conta própria, sem depender de plataformas fechadas de terceiros.
Toda vez que eu mudo uma linha de código, um robô assume antes de mim: monta o ambiente do zero e roda doze conferências ao mesmo tempo. Se qualquer uma reprovar, a mudança não entra. É a integração contínua, ou CI. Quando tudo fica verde, a entrega contínua, o CD, publica no servidor sem eu tocar em nada.
Quatro conferências cuidam do código: o estilo é padronizado do primeiro ao último arquivo, cada informação é conferida como aquilo que ela é (uma data como data, um número como número), a bateria de testes automáticos repete o uso real do sistema e um agregador acompanha se a qualidade sobe ou desce a cada mudança.
Duas cuidam da segurança: uma procura falhas já conhecidas no meu código e nas bibliotecas de terceiros; a outra varre o histórico inteiro do projeto atrás de senha ou chave de acesso esquecida no meio do caminho.
Três olham para o que o sistema carrega junto: se cada biblioteca tem licença compatível com a do projeto, se a versão instalada é exatamente a que eu revisei, e uma lista de ingredientes de tudo o que foi instalado naquela versão, guardada para responder na hora quando aparecer uma falha nova no mundo.
As três últimas olham para o resultado, do jeito que a pessoa vai encontrar: as configurações de produção são revisadas junto com a estrutura do banco de dados, um navegador de verdade percorre as telas clicando como um usuário faria, e um auditor confere se elas funcionam para quem navega pelo teclado ou usa leitor de tela.
No fim, um portão único resume o resultado. Verde, a mudança pode entrar. Vermelho, o próprio GitHub bloqueia a entrada, e não existe deixar para arrumar depois.
Com o portão verde no ramo principal, o GitHub abre uma sessão no servidor por um usuário criado só para isso, que não consegue fazer nada além de disparar um roteiro de publicação versionado no próprio repositório do sistema, à vista de qualquer um.
O servidor busca o código direto do GitHub e confirma que o commit pedido pertence mesmo ao histórico oficial do projeto antes de avançar. Não existe subir um arquivo solto pela mão.
Se a mudança mexe no banco de dados, um backup é feito antes de tudo. Só então as dependências são instaladas, a estrutura do banco é atualizada e o serviço recarrega, sem derrubar quem está usando naquele instante.
Uma última checagem abre o endereço público, como um visitante faria. Se não responder, a publicação é marcada como falha e a própria mensagem traz o comando exato para voltar à versão anterior. Dois deploys nunca rodam ao mesmo tempo.
O pipeline não é copiado dentro de cada projeto: ele vive em um repositório central e o arquivo de cada sistema tem dez linhas, então um ajuste feito uma vez vale para todos. Cada projeto liga as etapas que fazem sentido para ele, e o Trilhas de Estudo, o mais recente, roda as doze sem nenhuma tolerância. Este site, escrito à mão em HTML e CSS, passa por uma versão reduzida do mesmo pipeline e sobe para o ar pelo mesmo caminho.
Publicar é metade do trabalho; a outra metade é enxergar o que acontece depois. São três camadas: os erros dentro da aplicação, os sinais do servidor onde ela roda e uma checagem feita de fora, pela internet.
Quando alguma coisa quebra dentro de um sistema, o Sentry registra a falha com a linha exata de código, agrupa as repetições em um só caso e me avisa por e-mail. Sem isso, eu só descobriria o problema quando alguém reclamasse — e a maioria das pessoas não reclama, apenas desiste da tela. Está ligado nos oito sistemas em produção, configurado para não enviar dados pessoais junto com o erro.
Servidor sem reportar, disco chegando ao limite, banco de dados fora do ar, cache fora do ar e qualquer um dos sistemas parado por mais de cinco minutos. Cada um dispara um e-mail, e o caminho foi testado derrubando um serviço de propósito.
Um agente instalado no servidor envia continuamente os números da máquina (processador, memória, disco, rede), do banco de dados e do cache, junto com os registros que cada sistema escreve enquanto roda. Tudo chega a um painel único e a regras de alerta que me procuram por e-mail quando algo sai do lugar, em vez de esperar que eu vá olhar.
De tempos em tempos, uma verificação independente abre cada endereço pela internet e guarda a resposta. É esse resultado que alimenta o painel “Sistemas no ar”, no topo desta página.
Nada disso fica preso ao código dos sistemas. O Sentry entra como uma biblioteca opcional, que a aplicação simplesmente ignora quando não está configurada, e o agente que alimenta o Grafana roda ao lado das aplicações, sem tocar nelas. Se um dia eu trocar de ferramenta, troco só essa camada.
Hoje meus sistemas rodam em uma VPS Linux, com deploy próprio em Nginx e Gunicorn. Cuido de toda a operação, do primeiro deploy à manutenção do dia a dia, mantendo tudo disponível, seguro e atualizado.
Os sistemas rodam hoje em uma VPS Linux, com Nginx e Gunicorn, dimensionada conforme o uso de cada projeto.
Publico e configuro o ambiente de produção por conta própria, com domínio, HTTPS e processos sob meu controle, sem plataformas fechadas.
Monitoramento com alertas automáticos, backups, segurança e atualizações, com ajustes e correções conforme os sistemas evoluem.
Me escreva contando o problema que você quer resolver. Respondo pelo e-mail abaixo.
Este site não usa cookies, não tem rastreadores e não pede nenhum dado a quem visita. Como todo servidor web, ele registra os acessos (endereço IP, data, hora e navegador), usados apenas para segurança e para o diagnóstico de operação descrito adiante. Nos sistemas com cadastro, os dados pessoais são tratados conforme a LGPD (Lei nº 13.709/2018): coleta mínima, uso restrito ao funcionamento do próprio sistema e exclusão da conta mediante solicitação. O prazo de guarda dos registros de acesso, exigido pelo art. 15 do Marco Civil da Internet, está descrito na política de privacidade de cada sistema.
Nos sistemas que oferecem recursos de inteligência artificial, o conteúdo enviado pelo usuário é transmitido à API do Claude, da Anthropic Inc. (EUA), para processamento e geração do resultado. Essa transmissão configura transferência internacional de dados pessoais nos termos do art. 33 da LGPD. A base legal é a necessidade de execução do serviço contratado pelo próprio usuário (art. 33, VI). A Anthropic atua como operadora de dados e o processamento é regido pelo Data Processing Addendum, automaticamente incorporado aos Commercial Terms of Service aceitos ao cadastrar a conta de API. Os dados enviados à Anthropic são retidos por até 30 dias para fins de segurança e monitoramento de uso indevido e não são utilizados para treinar modelos. O controlador dos dados perante os usuários finais é Rodrigo Stölben (rodrigo@stolben.com).
A operação dos sistemas se apoia em dois serviços de terceiros, ambos atuando como operadores de dados. O Sentry (Functional Software, Inc.) recebe os relatórios de erro das aplicações, com a linha de código e o contexto técnico da falha; está configurado para não enviar dados pessoais junto ao evento, sem identificação de usuário, sem cookies e sem o endereço IP de quem navegava, e a conta usada fica na região europeia do serviço, com armazenamento na Alemanha. O Grafana Cloud (Grafana Labs, Inc.) recebe as métricas do servidor e os registros de acesso do Nginx, que incluem endereço IP, data, hora, página pedida e navegador: os mesmos registros que o servidor já mantém localmente, agora também consultáveis em painel; a instância utilizada está hospedada em território brasileiro, na região de São Paulo. O envio ao Sentry configura transferência internacional de dados pessoais nos termos do art. 33 da LGPD, com a mesma base legal de execução do serviço solicitado pelo usuário (art. 33, VI). Nenhum dos dois é usado para publicidade, perfilamento ou treinamento de modelos, e a retenção segue o prazo do plano contratado em cada serviço.
Cada sistema tem conta própria e pessoal, e alguns oferecem um acesso de visitante, temporário e apagado depois. Nos sistemas em que o aceite dos termos é solicitado, ele fica registrado com data, hora, endereço IP e a versão exata do texto aceito; quando um texto muda de forma relevante, pedimos um novo aceite, e as versões anteriores continuam disponíveis para consulta na própria página. Os serviços são fornecidos como estão: a operação é monitorada continuamente, com alertas automáticos, mas sem garantia formal de disponibilidade. Para dúvidas, exportação ou exclusão de dados, escreva para rodrigo@stolben.com. Respondemos em até 15 dias, na forma do art. 19 da LGPD.
A licença de cada sistema está indicada no próprio card. AGPL-3.0 é código aberto: qualquer pessoa pode usar, estudar, modificar e redistribuir o código, inclusive comercialmente, desde que o resultado, mesmo oferecido apenas como serviço na web, permaneça aberto sob a mesma licença; o fonte está em github.com/rigst. Proprietário é o oposto: o sistema pode ser usado normalmente como serviço, mas o código não é público e não pode ser copiado, modificado ou redistribuído.
As ferramentas de monitoramento não alteram nada disso. A biblioteca do Sentry usada nos projetos é distribuída sob licença MIT, compatível com a AGPL, e o Grafana recebe os dados por um agente que roda ao lado das aplicações, como serviço separado, sem virar parte delas. O que a AGPL alcança é o código dos sistemas, que continua aberto sob a mesma licença.
Por baixo, todos rodam sobre software livre: Python, Django, PostgreSQL, Redis, Celery, Nginx e Linux, além da instrumentação de observabilidade (SDK do Sentry, Grafana Alloy e Prometheus), cada um sob sua licença aberta. As fontes do site (Archivo, Bricolage Grotesque e IBM Plex Mono) usam a SIL Open Font License; as fotos vêm de bancos de imagens com licença de uso livre. O conteúdo deste site é © 2026 Rodrigo Stölben.