Blog · Sob medida

Melhor stack para sistema sob medida: por que uso o comum

Por Marco Silva · 22 de setembro de 2026 · 8 min de leitura

Quem pede orçamento de sistema raramente pergunta em que tecnologia ele será feito. Faz sentido: o dono de uma distribuidora quer pedido que não se perde, não quer discutir framework. A pergunta aparece depois, quando o fornecedor some e o próximo desenvolvedor abre o código e diz que "vai ter que refazer".

É nesse momento que a escolha de tecnologia deixa de ser detalhe técnico e vira custo. Por isso eu tomo essa decisão pensando no dia em que eu não estiver mais no projeto.

O que é stack, em uma frase

Stack é o conjunto de tecnologias com que um sistema é construído: a tela que o usuário vê (front-end), o servidor que aplica as regras (back-end) e o banco onde os dados ficam guardados. Trocar uma dessas camadas depois de pronto quase sempre significa reescrever boa parte do sistema.

Por isso a stack é uma das poucas decisões de um projeto sob medida que não dá para corrigir barato mais tarde. Ela precisa ser escolhida pelo tempo de vida do sistema, não pelo gosto de quem programa.

Qual stack escolher: os 4 critérios que eu uso

Não existe stack melhor em abstrato. Existe a que serve para um sistema interno que vai rodar por 5 ou 10 anos numa empresa pequena ou média. Para esse caso, eu avalio quatro coisas:

1. Quantas pessoas sabem mexer. Quanto mais desenvolvedores dominam a tecnologia, mais fácil achar quem dê manutenção, mais barato contratar e menor o risco de ficar refém.
2. Quanto custa a licença. Tecnologia aberta não cobra por usuário, por servidor nem por núcleo de processador. O custo recorrente fica só na hospedagem.
3. Quem mantém e até quando. Projeto com calendário de suporte publicado permite planejar atualização com anos de antecedência, em vez de descobrir que a versão morreu.
4. Se aguenta crescer. O sistema não pode travar quando a empresa dobra de tamanho, nem exigir troca de banco no meio do caminho.

React, Node.js e PostgreSQL passam nos quatro. Não por serem novidade, mas justamente por não serem.

Qual o framework mais usado hoje

O dado mais citado sobre uso de tecnologia é o Stack Overflow Developer Survey 2025, publicado em julho de 2025 com mais de 49 mil respostas. A edição de 2026 foi aberta em 23 de junho de 2026 e, até 22 de setembro de 2026, ainda não tinha resultados publicados, então 2025 é o número mais recente disponível.

Na prática, isso significa que cerca de metade dos desenvolvedores que responderam a pesquisa trabalha com cada peça dessa stack. Na mesma pesquisa, o PostgreSQL aparece como o banco mais usado, posição que já ocupava em 2023 e 2024. Quando você precisar de alguém para dar manutenção, não vai procurar um especialista raro.

Por que tecnologia comum protege quem contrata

O argumento principal não é técnico, é contratual. Um sistema feito numa tecnologia de nicho, numa plataforma fechada ou num framework que só o fornecedor conhece funciona bem enquanto a relação vai bem. Quando ela acaba, o código pode até ser seu no papel, mas na prática ninguém mais consegue mexer nele.

Esse é o mesmo risco que aparece em plataformas low-code, e que detalhei em o que acontece com Bubble e FlutterFlow quando o app cresce. A diferença é de grau: na plataforma fechada, você nem tem o código; na tecnologia rara, tem o código mas não tem quem o leia.

Com uma stack comum, a troca de fornecedor vira um trabalho de semanas de leitura e adaptação, não um projeto novo. Por isso eu trato a escolha de tecnologia junto com a propriedade do código: repositório, banco e servidor no nome do cliente só valem alguma coisa se outra pessoa conseguir continuar o trabalho.

O que cada peça faz e quanto custa

Os prazos de suporte vêm das fontes oficiais: o calendário de versões do Node.js e a política de versões do PostgreSQL, consultados em 22 de setembro de 2026. A licença do PostgreSQL permite usar, copiar e modificar o software para qualquer fim, sem taxa e sem contrato.

A consequência para o seu orçamento é direta: um sistema sob medida nessa stack não tem linha de licença. O custo recorrente é a hospedagem, entre R$ 120 e R$ 600 por mês, contratada no nome do cliente. Comparei esse modelo com a licença por usuário de ERP em quanto custa um sistema sob medida.

PostgreSQL aguenta sistema grande?

Essa é a dúvida que mais escuto de quem já ouviu que "banco gratuito não aguenta". Aguenta. Em 22 de janeiro de 2026, a OpenAI publicou como escala o PostgreSQL para os 800 milhões de usuários do ChatGPT. Segundo o resumo técnico da ByteByteGo, de fevereiro de 2026, a arquitetura usa um único servidor principal de escrita e cerca de 50 réplicas de leitura.

Uma empresa com 30 usuários, 200 pedidos por dia e dez anos de histórico está várias ordens de grandeza abaixo disso. Quando um sistema de gestão fica lento, a causa quase sempre é índice mal feito ou consulta mal escrita, não o banco escolhido.

Tecnologia comum não é sinônimo de segura

Aqui cabe o contraponto honesto. Um boletim da ISH Tecnologia, noticiado pelo Convergência Digital em 15 de abril de 2026, apontou mais de 21 mil bancos PostgreSQL expostos publicamente na internet brasileira, por configuração inadequada.

O banco é o mesmo nos sistemas seguros e nos vazados. O que separa um do outro é o que se faz em volta dele:

• Banco fechado à internet, acessível só pelo servidor da aplicação.
• Acesso por perfil, com cada usuário vendo só o que precisa.
• Backup automático e testado, com restauração ensaiada, não só agendada.
• Atualização dentro do ciclo de suporte, antes de a versão sair da lista oficial.

Esses pontos entram no contrato e no handover do sistema, junto com o código.

Quando faz sentido fugir do comum

Existem casos em que eu recomendaria outra coisa. Se a empresa já tem uma equipe interna que domina outra linguagem, faz mais sentido construir no que ela sabe manter. Se o sistema precisa rodar dentro de um software específico, como um plugin de um programa de engenharia, a tecnologia é imposta pela plataforma.

Fora disso, a desconfiança deve ir para a proposta que traz tecnologia rara sem explicar por quê. Vale perguntar ao fornecedor três coisas: quantos desenvolvedores no mercado conhecem aquela tecnologia, quanto custa a licença em 3 anos e até quando a versão usada tem suporte. Coloquei essas perguntas, com as demais, em contratar software sob medida: 8 cuidados antes de assinar.

Como isso aparece no seu projeto

Para quem contrata, a stack aparece em três lugares. No orçamento, como ausência de licença. No contrato, como repositório e banco no seu nome. E, anos depois, como a possibilidade de chamar qualquer desenvolvedor para continuar o sistema.

Na Nudge.OS, um módulo único custa a partir de R$ 14.900 e fica pronto em 3 a 5 semanas; um sistema completo começa em R$ 48.000, com 3 a 4 meses de desenvolvimento. O pagamento é 30% na assinatura e o restante por etapa entregue, e eu pego 1 projeto por vez. O método está em como funciona.

Perguntas frequentes