Usei o Fable 5 para construir uma aplicação full-stack sem escrever código. Depois, encontrei algo que me assustou.

Tenho sido engenheiro de software há anos. Recentemente, toda a gente está a falar sobre como o Fable 5 é poderoso, por isso quis perceber por mim mesmo.
Fiz uma experiência.
Construí uma aplicação web full-stack usando o Fable 5. Sem codificação tradicional. Descrevi as funcionalidades que queria, analisei o código gerado e deixei a IA tratar da implementação.
E, sinceramente, a primeira impressão foi impressionante.
Em pouco tempo, já tinha algo que parecia um produto real. A interface estava bem acabada. A autenticação funcionava. A base de dados estava ligada. As funcionalidades principais estavam lá. Se eu mostrasse isto a alguém sem explicar como foi construído, provavelmente essa pessoa não adivinharia a maior parte tinha sido gerada por IA.
Lembro-me de pensar: "Isto é maluco. Talvez estejamos mais perto do que eu achava."
Depois, analisei o código como analisaria qualquer sistema de produção real.
Foi aí que a excitação começou a desaparecer.
A aplicação parecia finalizada, mas quanto mais fundo eu ia, mais problemas eu encontrava.
Alguns eram pequenos. Outros eram coisas que poderiam tornar-se problemas sérios mais tarde.
Havia preocupações de segurança. Algumas APIs confiavam demasiado na entrada do utilizador. Não existia limitação de taxa adequada. Não havia proteções contra contas falsas e spam. Algumas consultas à base de dados pareciam completamente bem com poucos utilizadores, mas virariam um pesadelo quando os dados começassem a crescer.
Encontrei problemas de N+1 queries, índices em falta, gargalos de desempenho, operações lentas a correr durante pedidos dos utilizadores em vez de em segundo plano, e alterações à base de dados a serem feitas sem migrações adequadas.
A parte mais estranha era que nada parecia estar estragado. A aplicação funcionava.
Podias criar uma conta. Podias iniciar sessão. Podias navegar pelas funcionalidades. Até conseguia completar um fluxo de pagamento.
É isto que torna a coisa interessante.
Muita gente a construir com IA não está a lançar aplicações obviamente “partidas”. Estão a lançar aplicações que parecem concluídas, mas têm problemas escondidos à espera por baixo.
Uma interface bonita não salva um backend quebrado.
Antes de lançar, eu garantiria que realmente testaste:
• Início de sessão e resets de palavra-passe
• Pagamentos reais de cartão de crédito (não apenas modo de teste)
• SSL num domínio real
• Ambientes de desenvolvimento e produção separados
• As chaves de API não estão expostas em lado nenhum
• As cópias de segurança da base de dados em produção realmente funcionam
Questões de segurança são outra coisa que normalmente só aparecem tarde demais. Muitas aplicações não são abusadas quando ainda são pequenas. São abusadas depois de começarem a ganhar atenção.
Coisas como:
• Verificação de email
• Limitação de taxa
• Validação de entrada
• Proteção básica contra bots
podem fazer a diferença entre um lançamento tranquilo e acordar com milhares de contas falsas.
O desempenho é mais uma armadilha. Tudo parece rápido quando tu és o único utilizador. Os problemas surgem quando chegam utilizadores reais. De repente, tens consultas lentas à base de dados, páginas a carregar milhares de registos, tarefas dispendiosas a bloquear pedidos, e nem sequer sabes o que está a falhar porque nada está a ser monitorizado.
Paginação, índices na base de dados, tarefas em segundo plano e monitorização de erros não são coisas que se adicionam só depois de teres sucesso. São aquilo que te ajuda a sobreviver quando começas a crescer.
Uma das maiores lições que tirei disto: deixa de permitir que a IA modifique diretamente o esquema da tua base de dados de produção.
Usa migrações.
Uma migração é apenas um pequeno ficheiro que descreve uma alteração à base de dados, como adicionar uma coluna ou criar uma tabela. Corre por ordem, pode ser rastreada e mantém os teus ambientes de desenvolvimento e produção consistentes. Parece trabalho extra no início, mas evita muitos problemas dolorosos mais tarde.
A parte engraçada é que esta experiência, na verdade, fez-me ficar mais optimista em relação à programação com IA.
O Fable 5 é poderoso. Poupa-me imenso tempo.
Mas existe uma diferença entre gerar uma aplicação e construir um sistema de produção.
A IA consegue escrever código incrivelmente rápido.
Mas não sabe automaticamente as decisões que vêm de anos a lidar com utilizadores reais, problemas de segurança, questões de escalabilidade e falhas em produção.
Tenho estado a documentar tudo o que encontrei porque acho que muita gente está atualmente a construir e a lançar aplicações geradas por IA sem perceber que estes problemas existem.
Este fim de semana, vou organizar uma sessão Zoom gratuita e em direto com um amigo meu que trabalha no Google, onde iremos percorrer a aplicação real, mostrar os problemas que encontrámos, explicar porque é que isso importa e passar pelo que nós consertaríamos antes de a colocarmos à frente de utilizadores reais. Envia-me uma DM se tiveres interesse e eu envio os detalhes da sessão Zoom.
No geral, a parte que mais me surpreendeu não foi que a IA cometa erros. Foi o quão convincente a aplicação parecia antes de eu começar a olhar mais a fundo.
Tenho curiosidade: se tu construíste uma aplicação “com vibe-code”, qual foi o primeiro problema inesperado que descobriste depois de a lançaes?