Contamos histórias de fracasso de trás para frente. Depois que o final é conhecido, toda tentativa ruim começa a parecer um passo deliberado em um plano astuto. Não era. No momento, uma rotina que não durou parecia falta de disciplina. Um site básico construído a partir de um template barato parecia pequeno. Deixar a IA escrever código real em produção parecia estar entregando algo que eu deveria saber fazer sozinho.
Só depois as tentativas falhadas formam uma linha. Não uma linha reta, e definitivamente não uma glamourosa, mas uma linha que você consegue seguir.
Recentemente li o artigo da Goodwin University sobre como abraçar o fracasso pode levar ao sucesso. Seu ponto central ficou comigo: uma cultura saudável não pune toda tentativa que erra. Ela pergunta o que aconteceu, torna seguro discutir, e usa a resposta para melhorar a próxima tentativa.
É bem parecido com como agora penso sobre construir praticamente qualquer coisa. Fracasso não é automaticamente útil. Repetir o mesmo erro com mais motivação é apenas repetição. Fracasso se torna útil quando te dá evidência e você está disposto a mudar o sistema em torno da próxima tentativa.
Fitness falhou até eu parar de depender de motivação
Não entrei em fitness cedo. Entrei em 2022, aos 36, depois de uma década construindo negócios de agência e tratando meu corpo como o servidor que mantinha o trabalho real online. Tentei o Versa Climber no BXR, aulas de spin no Psycle, corrida ao ar livre, e trilhas. Alguns foram bons treinos. Nenhum se tornou um hábito durável.
Por um tempo, tratei todo hábito abandonado como um fracasso pessoal. A conclusão usual era que eu precisava de mais disciplina. Então recomeçava, me esforçava mais, perdia algumas sessões e chegava à mesma conclusão novamente.
O problema não era o esforço. O problema era o design da rotina.
Barry's finalmente funcionou porque removeu as decisões em que eu continuava falhando. O estúdio era perto de casa. A aula começava em um horário fixo. O instrutor decidia o treino. Eu marcava com antecedência, chegava, seguia a sessão, pedia o mesmo shake e voltava para casa. A rotina conseguia sobreviver a um dia ocupado porque não exigia que eu negociasse comigo mesmo.
Minha primeira aula de Barry's foi em 11 de janeiro de 2023. Até 2 de maio de 2026, eu havia completado 366 aulas. Escrevi sobre o que aquelas 366 aulas me ensinaram, mas a maior lição não era sobre esteiras ou halteres. Foi esta: quando a força de vontade continua falhando, mude o ambiente.
O sucesso no fitness não chegou quando me tornei uma pessoa diferente. Chegou quando encontrei um formato que funcionava com a pessoa que eu já era.
Meus primeiros websites foram construídos a partir de uma aula de $50
Meus primeiros websites não eram aplicações React customizadas ou sistemas de design polidos. Eram sites OpenCart construídos com temas do ThemeForest que custavam cerca de $50. Eu instalava um template, substituía o conteúdo, mudava as cores, ajustava páginas de produtos e tentava fazer o resultado parecer que pertencia ao negócio.
Eram imperfeitos. O código não era meu. Os layouts tinham limitações. Uma pequena mudança em um lugar poderia quebrar algo em outro. Aprendi tocando nas coisas, vendo o que parava de funcionar, reinstalando e tentando novamente.
É fácil descartar esse tipo de começo uma vez que você já lançou milhares de sites. Eu não descarto. Um template de $50 me deu um sistema completo que eu podia desmontar. OpenCart me deu produtos, categorias, checkout e todos os detalhes incômodos que separam um website de algumas telas atraentes. As limitações eram a educação.
Aqueles sites me ensinaram o que os clientes realmente notam. Eles notam se o produto é fácil de encontrar, se a página carrega, se o checkout funciona e se alguém conserta quando quebra. Eles raramente se importam com o quão orgulhoso o desenvolvedor está da arquitetura.
Os primeiros sites não foram fracassos porque eram básicos. Algumas escolhas individuais falharam, e muitas versões eram rudimentares, mas cada uma encurtou a distância entre uma ideia e algo que uma pessoa real pudesse usar. Esse feedback se tornou muito mais valioso do que esperar até saber o suficiente para construir o site perfeito do zero.
Ainda acredito nesse caminho. Comece com o tema de $50 se for o que colocar o negócio online. Aprenda onde ele cede e onde quebra. Ganhe o direito de substituí-lo por algo melhor.
Codificação com IA me fez voltar a ser iniciante
Anos depois, a codificação com IA me devolveu à mesma posição desconfortável. Eu sabia como os sites funcionavam. Sabia como o código de produção deveria parecer. Mas ainda não sabia como transformar uma conversa com um agente de IA em um produto confiável.
Este site se tornou meu primeiro projeto totalmente codificado com IA. Usei Claude Code para produzir o volume, enquanto eu era responsável pelo briefing, pela arquitetura, pelos testes, pela revisão e pela decisão de lançar. Essa distinção importa. A IA não removeu a responsabilidade. Ela mudou mais meu trabalho de digitar cada linha para especificar, julgar e corrigir o que o sistema produzia.
As primeiras tentativas foram desiguais. Um prompt vago produzia uma implementação vaga. Um pedido muito amplo criava um diff amplo demais para confiar. Às vezes, o movimento mais rápido era descartar o resultado, tornar a tarefa menor e pedir de novo com uma definição mais clara do que seria considerado pronto.
Lançar o projeto foi o sucesso, mas as gerações falhadas foram o que me ensinou como chegar lá. Cada resultado fraco expôs uma restrição ausente. Cada revisão me mostrou onde o agente precisava de contexto. Cada problema em produção se tornou uma regra, um teste ou um briefing melhor para a próxima sessão.
Isso se pareceu notavelmente com aqueles primeiros builds no OpenCart. A tecnologia havia mudado, mas o loop de aprendizado não: construir algo, inspecionar a realidade, manter o que funciona e corrigir o que não funciona.
Falha não é a mesma coisa que negligência
Há uma fronteira importante aqui. O artigo de Goodwin separa falha de culpa, e essa distinção é útil muito além do ambiente de trabalho. Uma tentativa bem considerada pode falhar sem que a pessoa por trás dela seja imprudente. Mas pular as verificações óbvias, ignorar riscos conhecidos e chamar o dano de experimento não é uma cultura de aprendizado. É má administração.
Fico confortável com uma abordagem gerada por IA falhando em uma branch. Não fico confortável empurrando código não revisado para produção e fingindo que a queda foi necessária para crescimento. Fico confortável testando um novo formato de treinamento por um mês. Não vou ignorar uma lesão porque desistir pareceria fracasso. Fico confortável lançando um site simples em um tema barato. Não fico confortável dizendo a um cliente que é personalizado quando não é.
Fracasso útil tem limites. A tentativa é feita de boa fé, o risco é compreendido, o resultado é examinado com honestidade, e a lição muda o que acontece depois.
As regras que uso agora
Entre fitness, websites, negócios e IA, os fracassos que me ajudaram compartilhavam algumas propriedades:
- Faça a tentativa pequena o suficiente para sobreviver. Uma aula falhada, mudança de template ou feature branch deveria ensinar algo sem destruir o sistema inteiro.
- Nomeie a lição antes de prosseguir. "Não funcionou" é um resultado, não um insight. Identifique o atrito, a restrição ausente, a suposição errada ou o processo fraco.
- Mude o sistema, não apenas a promessa. Mude o estúdio para mais perto, agende a aula, estreite o prompt, adicione o teste ou simplifique o escopo.
- Lance antes de a confiança chegar. Usuários reais expõem verdades que outra semana de polimento privado não consegue.
- Mantenha o ego separado do resultado. Uma tentativa falhada é evidência sobre a tentativa. Não é um julgamento final sobre a pessoa que a fez.
Isso não é uma celebração de perder. Resultados ainda importam. O ponto é tratar um erro como dado em vez de vergonha, e então fazer a parte difícil: agir com base no dado.
Sucesso é uma pilha de falhas corrigidas
Minha história de fitness parece bem-sucedida agora porque o hábito durou. Minha carreira web parece estabelecida agora porque há milhares de sites por trás dela. Codificação com IA parece óbvia agora porque este site está ao vivo. Nenhum desses finais era visível no começo.
No começo havia uma rotina que eu não conseguia sustentar, um tema ThemeForest de $50 em OpenCart, e um agente de IA produzindo código que nem sempre eu queria manter.
O que os conectava não era persistência cega. Era correção. O treino mudou. Os sites melhoraram. Os prompts viraram briefings, os briefings viraram testes, e os testes tornaram o lançamento mais seguro.
Eu não pergunto mais apenas, "Isso funcionou?" Pergunto, "O que essa tentativa me ensinou, e o que será diferente na segunda-feira?"
Essa segunda pergunta é onde a falha começa a virar sucesso.