PerspectivasSelfware não é vibe coding: a diferença entre um ativo de software e um protótipo frágil
Selfware não é vibe coding: a diferença entre um ativo de software e um protótipo frágil
Programação · Negócios

Selfware não é vibe coding: a diferença entre um ativo de software e um protótipo frágil

7 min de leitura· 5 de julho de 2026

A demo funciona, o sistema quebra. O que separa um ativo de software de um app de fim de semana não é a IA — é a engenharia invisível.

O vídeo tem 40 segundos e está em todo feed: alguém descreve um sistema em três frases para uma IA, espera dois minutos e — pronto — a tela mostra um app funcionando, com login, dashboard e gráficos coloridos. A legenda diz algo como "criei um SaaS em uma tarde, sem saber programar". Você, que já leu sobre Selfware e considera trocar as assinaturas genéricas por um sistema próprio, faz a pergunta óbvia: se é tão fácil assim, por que eu pagaria alguém para fazer? E, pior — se é tão fácil assim, dá para confiar a operação da minha empresa a um software feito desse jeito?

As duas perguntas nascem da mesma confusão: tratar vibe coding e Selfware como sinônimos. Não são. Vibe coding é uma forma de produzir código: descrever o que se quer em linguagem natural e deixar a IA gerar, testando "no olho" e ajustando na conversa, sem necessariamente entender o que foi escrito. Selfware é outra coisa: um sistema proprietário, construído sob medida, que carrega a operação e os dados de uma empresa — um ativo. A IA está presente nos dois. A engenharia, não.

E é exatamente essa diferença — invisível na demo, brutal em produção — que este artigo destrincha. Porque a objeção "software feito com IA não é confiável" está errada, mas a euforia "qualquer um faz um sistema num fim de semana" está igualmente errada. A verdade útil mora no meio, e ela tem critérios objetivos.

A armadilha dos 80% visíveis

Todo software tem duas camadas. A camada visível — telas, botões, cadastros, relatórios — é o que aparece na demo e representa, generosamente, uns 80% da percepção de que o sistema está pronto. A camada invisível é o resto: o que acontece quando dois usuários salvam o mesmo registro ao mesmo tempo, quando a internet cai no meio de uma operação, quando alguém tenta acessar um dado que não é dele, quando a base sai de 100 para 100 mil registros, quando é preciso restaurar um backup de três dias atrás.

O vibe coding puro resolve a camada visível com uma velocidade espetacular — e é por isso que os vídeos impressionam. O problema é que a camada invisível não aparece em vídeo nenhum, porque ela só se manifesta com uso real, volume real e má intenção real. Três cenários que times de tecnologia encontram com frequência crescente:

O sistema que funcionava até ter clientes. Um app de gestão de pedidos gerado por IA rodava perfeitamente nos testes do fundador. Com 30 clientes simultâneos, as consultas ao banco — geradas sem índices nem paginação — passaram a levar 40 segundos, e o sistema simplesmente parou de responder no horário de pico. Nada estava "errado" na tela; tudo estava errado por baixo dela.

A chave no bolso do casaco pendurado na rua. Um dos erros mais comuns em apps vibe-codados é deixar chaves de API e credenciais expostas no código do navegador, ou publicar o banco de dados sem regras de acesso — qualquer pessoa com o mínimo de conhecimento lê os dados de todos os usuários. Não é hipótese: incidentes assim viraram categoria recorrente de vazamento desde que ferramentas de geração de apps se popularizaram.

O dia em que a LGPD bateu à porta. Um cliente pede a exclusão dos seus dados, direito garantido em lei. O sistema de fim de semana não tem essa função, ninguém sabe em quantas tabelas o dado está espalhado, e o backup — se existir — guarda tudo para sempre. O que era um app "pronto" vira um passivo jurídico.

A analogia que uso: um app vibe-codado é uma casa de cenário de cinema. A fachada é indistinguível de uma casa de verdade — às vezes é mais bonita. Mas não há fundação, não há encanamento, não há estrutura para o segundo andar. Para uma foto, é perfeita. Para morar, é um risco. O erro não está em construir cenários; está em mudar a família para dentro de um.

O que a IA acelera — e o que ela não substitui

Aqui está o ponto que os dois extremos do debate erram: a IA generativa não é uma fábrica de software pronto, mas também não é um brinquedo. Ela é o maior salto de produtividade da história da engenharia de software — na mão de quem sabe engenharia.

O que a IA acelera de verdade: escrever código repetitivo, gerar telas e integrações, criar testes, migrar dados, documentar, explorar alternativas de solução em minutos em vez de dias. Tarefas que consumiam 70% do tempo de um time agora consomem uma fração. É isso que tornou o Selfware economicamente viável para empresas que nunca poderiam pagar por software sob medida.

O que a IA não substitui — porque não é tarefa de digitação, é tarefa de julgamento:

Decidir a arquitetura. Como o sistema se organiza para crescer, quais partes podem falhar sem derrubar o resto, onde mora cada dado. A IA sugere; alguém precisa saber avaliar a sugestão, porque arquitetura errada não aparece na semana 1 — aparece no mês 8, quando trocar custa caro.

Definir o que é seguro o suficiente. Criptografia dos dados, controle de acesso por perfil, proteção contra os ataques clássicos, tratamento de dados pessoais. A IA escreve o código de segurança que você pedir — o risco está no que você não sabe que precisa pedir.

Garantir que funciona quando ninguém está olhando. Testes automatizados que rodam a cada mudança, monitoramento que avisa antes do cliente reclamar, backup que já foi testado com uma restauração de verdade. Um sistema de produção não é o que funciona na demo; é o que continua funcionando às 3h da manhã de um feriado.

Manter vivo. Dependências desatualizam, vulnerabilidades são descobertas, o negócio muda. Software sem manutenção não fica parado — fica pior. Um ativo exige zeladoria; um protótipo é descartável por definição.

Em resumo: a IA multiplicou a velocidade do engenheiro, não eliminou a necessidade dele. O piloto automático moderno voa o avião quase inteiro — e nenhuma companhia aérea decola sem piloto.

Selfware ou protótipo? As perguntas que separam um ativo de um risco

Se alguém entregar um sistema para a sua empresa — uma software house, um freelancer ou o sobrinho com uma conta de IA — estas perguntas revelam em minutos de que lado ele está:

Sobre dados: os dados sensíveis estão criptografados? Existe backup automático? Ele já foi restaurado alguma vez como teste? O que acontece se eu pedir para excluir um cliente da base?

Sobre segurança: cada usuário vê só o que o perfil dele permite? As credenciais e chaves estão fora do código? Alguém revisou o sistema procurando as falhas mais comuns?

Sobre robustez: o que acontece com 10 vezes o volume atual? Existem testes automatizados? Se algo quebrar em produção, como e quando vocês ficam sabendo — pelo monitoramento ou pelo meu telefonema?

Sobre continuidade: o código está versionado e documentado? Outro desenvolvedor conseguiria assumir? Existe plano de manutenção, ou a entrega termina no dia do lançamento?

Um Selfware de verdade tem resposta concreta para todas. Um protótipo vibe-codado tem, na melhor das hipóteses, um "dá pra adicionar depois" — e "depois", em software, é o nome técnico de "nunca".

Vibe coding tem lugar — e ele é honroso

Nada disso é desprezo pelo vibe coding. Usado no contexto certo, ele é uma ferramenta extraordinária: validar uma ideia de produto antes de investir, criar um protótipo navegável para mostrar a investidores, montar uma ferramenta interna descartável, automatizar uma tarefa pessoal. Nesses casos, a fragilidade é irrelevante porque nada crítico depende do resultado — e a velocidade vale ouro.

O critério de corte é um só: o que acontece se isso quebrar ou vazar? Se a resposta é "refaço em uma tarde", vibe coding resolve. Se a resposta envolve clientes prejudicados, operação parada, dados expostos ou a sigla LGPD, você não precisa de um protótipo — precisa de um ativo. E ativo se constrói com IA e engenharia, não com IA no lugar da engenharia.

A pergunta certa não é "foi feito com IA?" — é "foi feito com engenharia?"

Daqui a poucos anos, perguntar se um software foi feito com IA vai soar como perguntar se um texto foi escrito no computador: toda produção séria de software já envolve IA, inclusive a das maiores empresas do mundo. O que continuará separando um ativo de um passivo é o que sempre separou — arquitetura, segurança, testes, manutenção — agora entregue numa fração do prazo e do custo. É essa combinação, e não a IA sozinha, que faz do Selfware um patrimônio em vez de uma aposta.

Se a sua empresa já tem um sistema feito "na velocidade da IA" e você não sabe responder às perguntas da seção anterior, ou se está avaliando propostas e quer separar engenharia de cenário de cinema, fale com a Syntel e peça um diagnóstico técnico: revisamos arquitetura, segurança e robustez do que você tem (ou do que te ofereceram) e entregamos um parecer claro do que falta para aquilo virar um ativo de verdade. A demo qualquer um te mostra. O que a gente avalia é o que acontece depois dela.

Programação · Negócios#vibe-coding #selfware #qualidade-de-software #desenvolvimento-com-ia #software-sob-medida5 de julho de 2026

Continue lendo

Artigos relacionados