APIs, integrações, automação, sistemas observáveis.
Sem dados simulados, sem projetos de brincadeira.
Comecei cedo a mexer em sistemas demasiado grandes para o nível que tinha. Enquanto muita gente à minha volta fazia CRUDs básicos, eu estava obcecado por perceber o que acontece mesmo por trás de um produto real: filas, caches, concorrência, deploys, sockets, infraestrutura. O ponto de viragem foi o dia em que deixei de ver o backend como «fazer APIs» e comecei a vê-lo como desenhar sistemas que não se partem no momento em que as pessoas os usam de verdade. Foi aí que me agarrei de vez.
A maior parte do que sei veio literalmente de partir coisas. Deploys que deitaram serviços inteiros abaixo, proxies mal configurados, bugs de concorrência impossíveis de reproduzir, migrações de PostgreSQL feitas à pressa, middleware a gerar redirects absurdos em produção. Foi exatamente aí que mais aprendi. Percebi que gosto muito mais de fazer debug de sistemas complexos e caçar gargalos reais do que de construir interfaces bonitas. Perceber porque é que algo falha a baixo nível e arranjar de forma elegante é o que mais perto me leva de flow.
Com o tempo, os meus projetos viraram-se para arquitetura a sério: pipelines automatizados, SSE em tempo real, stacks Docker multi-serviço, reverse proxies com nginx, sistemas de scraping e tendências, automação de conteúdo, ferramentas internas. Nunca me interessaram muito as «apps genéricas». O que me interessa é construir infraestrutura útil, rápida e estável para produtos que se mexem mesmo.
Esta lista é o que eu uso primeiro, não o que tolero. Escolhido por anos de desgaste em produção, não por ler anúncios.
Um número pequeno de sistemas reais, cada um em produção para utilizadores reais. Não é um portfólio de demos a meio.
Plataforma editorial multi-tenant que segue 11 fontes de tendências, pontua oportunidades, gera e revê artigos e publica em 13 sites de nicho em 12 idiomas. Postgres, workers pg-boss, integração com Claude, pipelines de QA próprios e um dashboard com tail ao vivo de cada fila.
kramaru.esQuatro estratégias polyvps a correr 24/7 com smart take-profit, hourly gates e circuit breakers. Dinheiro real, não um backtest. Dashboard diário de métricas, kill-switch, log de auditoria de cada entrada.
Motor de settlement de picks de futebol em cima de OpenFootball mais enriquecimento Sofascore, ligado a um stack Dockerizado com hardening por contentor. NGINX, Postfix, chaves de cifragem de Server Actions fixas para prevenir ataques de replay de cabeçalho após um incidente passado.
POS Flutter Desktop, backend Node, MySQL, impressão térmica, integração WhatsApp. Clientes reais, offline-first.
Demo público em mkir.es: um único processo .NET 8 difunde eventos de mudanças na base de dados para muitos browsers via Server-Sent Events. Zero dependências no cliente, HTML simples a desenhar triggers de Postgres em tempo real.
mkir.esA versão longa de um projeto que normalmente comprimo numa frase. As decisões difíceis, o que parti e o que está mesmo no ar.
O TopSec existe para agregar, sincronizar e visualizar dados em tempo real sem depender de infraestruturas gigantes nem stacks pesados demais para o produto. O briefing era simples de dizer e difícil de entregar: manter os dados vivos, rápidos e consistentes enquanto vários serviços conversam ao mesmo tempo.
Desenhar uma linha clara entre o que vive no backend .NET 8 e o que se resolve a partir do Next.js. Um caso subtil tornou a linha óbvia: as rotas /api mais o middleware next-intl estavam a produzir redirects 307 para /es/api/*. Tecnicamente válido, na prática partido. Endpoints em tempo real e de stats falhavam em silêncio sob certos locales.
O patch que ninguém te pede para escrever é o que justifica o preço do engenheiro: em vez de andar a corrigir regras de redirect uma a uma, reescrevi o matcher do middleware para excluir /api por completo. Mudança visualmente mínima, arquitetonicamente enorme.
Otimizar cedo demais é mau. Ignorar performance desde o início é pior. Princípio de trabalho
A outra decisão foi manter o PostgreSQL como única fonte de verdade. Para este produto, consistência e capacidade de fazer queries complexas valiam mais do que qualquer ganho de velocidade que se pudesse arrancar a um NoSQL. Aborrecido está bem quando aborrecido está correto.
A produção caiu uma vez porque assumi que uma imagem Docker tinha sido genuinamente reconstruída. O código «novo» continuava a comportar-se como o velho. O verdadeiro culpado: npm ci falhava em silêncio porque faltava o package-lock, deixando a build inconsistente. Perdi horas a depurar lógica de aplicação para um problema de pipeline.
Posições fortes ganhas em incidentes de produção, não no Twitter. Se alguma te tensa, provavelmente vamos dar-nos bem.
Dizer não torna o sim mais fiável. Estes são os projetos onde eu não seria a contratação certa.
Freelance e contracting desde 2022. Aberto a funções remote-first ou híbrido em Málaga e na Costa del Sol quando o projeto justifica a deslocação. Não me interessam ambientes muito corporativos onde a engenharia desaparece debaixo do processo.
O email tem a resposta mais rápida. LinkedIn para apresentações, GitHub para código.