Plataforma de verificação distribuída
Verificações rodando em paralelo em vários servidores, com painel em tempo real e fila persistente. Cada worker mantém um pool de browsers aberto; se um cai, outro assume sem perder a tarefa.
build --disponivel junho/2026
Qantara quer dizer ponte em árabe. Sou o Andrés, e construo sistemas web para empresas que precisam de alguém que cuide de tudo: arquitetura, código, banco e servidor. Você fala direto comigo, do primeiro rascunho até o sistema rodando.
sobre
A Qantara é a minha consultoria de engenharia de software. Faço sistemas web sob medida, infraestrutura, segurança e antifraude, sozinho, do desenho inicial até o sistema no ar.
Isso tem um lado prático: não existe gerente de projeto no meio. Você pergunta, eu respondo no mesmo dia, e toda decisão fica registrada por escrito para a gente não depender de memória.
Trabalho principalmente com Python/FastAPI, TypeScript/React, PostgreSQL e Linux. Já coloquei em produção workers distribuídos, pools de browsers, antifraude de pagamento e cadastro, e infraestrutura que precisou aguentar carga de verdade.
Tenho opiniões e assumo elas: prefiro tecnologia conhecida a novidade, banco relacional como fonte de verdade e um monolito bem organizado antes de pensar em microserviço. Se um projeto pede algo que eu não vou conseguir manter, digo isso antes de começar.
serviços
Plataformas completas, do wireframe ao primeiro usuário real. Código que o seu time consegue manter depois, sem depender de mim.
Lojas e checkouts preparados para pico de venda e para auditoria fiscal. Pix, cartão, boleto, split de pagamento e antifraude entram no desenho desde o início.
Servidores Linux configurados para você não precisar pensar neles: monitoramento, backup e alerta antes que o cliente perceba o problema.
Proteção para a parte do sistema que movimenta dinheiro: checkout, contas de usuário, API pública e painel administrativo.
Bots, webhooks e rotinas que rodam sozinhas e avisam quando algo dá errado, com fila e retry para não perder nenhum evento.
postura
Prefiro recusar um projeto que não encaixa do que aceitar e entregar mal. A lista abaixo não muda.
stack
método
Cinco etapas, nessa ordem. Em cada uma você sabe o que já foi feito, o que vem depois e o que ainda pode mudar.
Antes de falar de tecnologia, quero entender o negócio: o que trava hoje, quem vai usar, quanto tempo e orçamento existem. Isso muda a solução mais do que a escolha da stack.
Devolvo escopo, arquitetura, prazo e orçamento por escrito. Você aprova antes de eu escrever código. Se o rumo mudar no meio do caminho, a gente senta e combina de novo.
Entregas a cada duas semanas, sempre com algo que você consegue abrir e clicar. A conversa é direta comigo, que estou escrevendo o código.
Deploy em produção com monitoramento ligado desde o primeiro dia. Acompanho as primeiras semanas de uso real, que é quando aparecem os problemas que nenhum teste pegou.
Bug no que eu entreguei, nos primeiros 30 dias, é por minha conta. Depois disso existe a opção de manutenção mensal, com SLA por escrito.
trabalhos
// resumos públicos · nomes, números e detalhes só em conversa, com NDA assinado
Verificações rodando em paralelo em vários servidores, com painel em tempo real e fila persistente. Cada worker mantém um pool de browsers aberto; se um cai, outro assume sem perder a tarefa.
Loja que entrega o produto sozinha assim que o pagamento confirma. Pix e cartão, painel de pedidos, antifraude e divisão automática de comissão para revendedores.
Vendas, estoque, fiscal e impressão de cupom numa loja física. Conversa com balança, leitor de código de barras e gaveta de dinheiro, e continua vendendo quando a internet cai.
Camada que recebe eventos de seis sistemas internos e entrega para quem precisa. Reenvia quando o destino falha, ignora duplicados e guarda o que não conseguiu entregar para revisão.
começar
Quatro passos para descobrir, em mais ou menos uma semana, se faz sentido trabalharmos juntos. Nenhum deles é uma reunião de vendas.
Meia hora de conversa pelo LinkedIn, sem custo. Você me conta o problema e eu faço as perguntas que preciso para saber se consigo ajudar.
Em até 5 dias úteis você recebe escopo, arquitetura, prazo e valor por escrito. O preço é fechado para o escopo combinado; não cobro por hora.
Contrato direto entre nós, 30% na assinatura e início em até duas semanas. O restante do pagamento acompanha as entregas, não o calendário.
Se o projeto não é para mim, seja pelo escopo, pelo prazo ou pela área, eu digo por escrito e explico o motivo. Quando conheço alguém que resolve melhor, indico.
As perguntas que mais recebo antes de fechar um projeto. Se a sua não está aqui, me escreve no LinkedIn; respondo em até 24h.
Trabalho com preço fechado por escopo, não por hora. O menor projeto que aceito ocupa cerca de 4 semanas dedicadas; a partir daí o valor depende do tamanho do escopo, das integrações com o que você já tem e do ambiente de produção. A proposta vem por escrito em até 5 dias úteis depois da primeira conversa, já com prazo e arquitetura.
Depende do tamanho, e o prazo vai por escrito antes de começar. Uma integração ou automação isolada costuma levar de 1 a 3 semanas. Um sistema completo fica entre 4 e 12 semanas, com entregas a cada duas para você acompanhar o andamento.
Em etapas. 30% na assinatura do contrato, parcelas intermediárias ligadas a entregas que você consegue testar, e o ajuste final quando o sistema está em produção. O contrato é direto entre nós, sem intermediário.
Sim. Falo português, espanhol e inglês e trabalho em qualquer fuso. Prefiro reuniões curtas e comunicação assíncrona bem escrita, nas ferramentas que o seu time já usa. Pagamento internacional por transferência ou Wise, com nota fiscal.
Sim. Nos primeiros 30 dias após o deploy, qualquer bug no que eu entreguei é corrigido sem custo. Depois disso, se fizer sentido, existe um plano mensal de manutenção e melhorias, com SLA por escrito.
Sim, e na maioria dos projetos é o padrão. Por isso os trabalhos listados aqui aparecem só em resumo; detalhes de cliente, arquitetura e números ficam para depois do acordo assinado.