On raconte les histoires d'échec à rebours. Une fois la fin connue, chaque mauvaise tentative commence à ressembler à une étape délibérée d'un plan intelligent. Ce n'était pas le cas. Sur le moment, une routine qui n'a pas duré ressemblait à un manque de discipline. Un site web basique construit à partir d'un modèle bon marché semblait petit. Laisser l'IA écrire du vrai code de production ressemblait à confier quelque chose que j'étais censé savoir faire moi-même.
C'est seulement plus tard que les tentatives échouées forment une ligne. Pas une ligne droite, et certainement pas une ligne glamour, mais une ligne que tu peux suivre.
J'ai récemment lu un article de l'université Goodwin University sur la façon dont accepter l'échec peut mener au succès. Son idée centrale m'a marqué : une culture saine ne punit pas chaque tentative manquée. Elle demande ce qui s'est passé, crée un espace sûr pour en discuter, et utilise la réponse pour améliorer la tentative suivante.
C'est à peu près comme je pense maintenant à la construction de presque n'importe quoi. L'échec n'est pas automatiquement utile. Répéter la même erreur avec plus de motivation, c'est juste répéter. L'échec devient utile quand il te donne des preuves et que tu es prêt à changer le système autour de la tentative suivante.
La remise en forme a échoué jusqu'à ce que j'arrête de compter sur la motivation
Je ne me suis pas mis à la remise en forme tôt. Je m'y suis mis en 2022, à 36 ans, après une décennie à construire des agences et à traiter mon corps comme le serveur qui gardait le vrai travail en ligne. J'ai essayé le Versa Climber chez BXR, les cours de spin à Psycle, la course en plein air, et la randonnée. Certains étaient de bons entraînements. Aucun n'est devenu une habitude durable.
Pendant un temps, j'ai traité chaque routine abandonnée comme un échec personnel. La conclusion habituelle était que j'avais besoin de plus de discipline. Alors je recommençais, je forçais davantage, je manquais quelques séances, et j'arrivais à la même conclusion.
Le problème n'était pas l'effort. Le problème était la conception de la routine.
Barry's a finalement fonctionné parce que cela éliminait les décisions que je n'arrivais pas à prendre. Le studio était près de chez moi. Le cours commençait à une heure fixe. L'instructeur décidait de l'entraînement. Je réservais à l'avance, j'arrivais, je suivais la séance, je commandais le même smoothie, et je rentrais à pied. La routine pouvait survivre à une journée chargée parce qu'elle ne m'obligeait pas à négocier avec moi-même.
Mon premier cours Barry's était le 11 janvier 2023. Au 2 mai 2026, j'avais suivi 366 cours. J'ai écrit sur ce que ces 366 cours m'ont appris, mais la plus grande leçon ne portait pas sur les tapis roulants ou les haltères. C'était ceci : quand la volonté continue d'échouer, changez l'environnement.
Le succès en fitness n'est pas arrivé quand je suis devenu une personne différente. Il est arrivé quand j'ai trouvé un format qui fonctionnait avec la personne que j'étais déjà.
Mes premiers sites web ont été construits à partir d'une leçon à 50 dollars
Mes premiers sites web n'étaient pas des applications React personnalisées ou des systèmes de design polis. C'étaient des sites OpenCart construits avec des thèmes ThemeForest qui coûtaient environ 50 dollars. J'installais un modèle, je remplaçais le contenu, je changeais les couleurs, j'ajustais les pages produit, et j'essayais de faire en sorte que le résultat semble appartenir à l'entreprise.
Ils étaient imparfaits. Le code n'était pas le mien. Les mises en page avaient des limites. Une petite modification à un endroit pouvait casser quelque chose ailleurs. J'ai appris en touchant aux choses, en voyant ce qui arrêtait de fonctionner, en réinstallant, et en réessayant.
Il est facile de rejeter ce genre de début une fois que vous avez livré des milliers de sites. Je ne le fais pas. Un modèle à 50 dollars m'a donné un système complet que je pouvais démonter. OpenCart m'a donné les produits, les catégories, le paiement, et tous les détails délicats qui séparent un site web de quelques beaux écrans. Les contraintes étaient l'éducation.
Ces sites m'ont appris ce que les clients remarquent réellement. Ils remarquent si le produit est facile à trouver, si la page se charge, si le paiement fonctionne, et si quelqu'un le répare quand il se casse. Ils se soucient rarement de la fierté du développeur face à l'architecture.
Les premiers sites n'étaient pas des échecs parce qu'ils étaient basiques. Certains choix individuels ont échoué, et plusieurs versions étaient inégales, mais chacun a réduit la distance entre une idée et quelque chose qu'une vraie personne pouvait utiliser. Ce retour d'expérience est devenu bien plus précieux que d'attendre jusqu'à en savoir assez pour construire le site parfait à partir de zéro.
Je crois toujours en cette approche. Commencez avec le thème à 50 $ si c'est ce qui met l'activité en ligne. Apprenez où il fléchit et où il casse. Gagnez le droit de le remplacer par quelque chose de mieux.
Le codage par IA m'a ramené au début
Des années plus tard, le codage par IA m'a renvoyé à la même position inconfortable. Je savais comment fonctionnaient les sites web. Je savais à quoi devrait ressembler le code de production. Mais je ne savais pas encore comment transformer une conversation avec un agent IA en un produit fiable.
Ce site web est devenu mon premier projet entièrement codé par IA. J'ai utilisé Claude Code pour générer le volume, tandis que j'ai pris en charge le brief, l'architecture, les tests, la revue et la décision de déployer. Cette distinction a de l'importance. L'IA n'a pas supprimé la responsabilité. Elle a déplacé une grande partie de mon travail, de la dactylographie de chaque ligne à la spécification, l'évaluation et la correction de ce que le système produisait.
Les premières tentatives ont été inégales. Un prompt vague produisait une implémentation vague. Une demande trop large créait un diff trop large pour avoir confiance. Parfois, le mouvement le plus rapide était de rejeter le résultat, de rendre la tâche plus petite et de demander à nouveau avec une définition plus claire du résultat attendu.
Le lancement du projet a été un succès, mais ce sont les générations échouées qui m'ont appris comment y arriver. Chaque résultat faible exposait une contrainte manquante. Chaque revue m'a montré où l'agent avait besoin de contexte. Chaque problème de production est devenu une règle, un test ou un meilleur brief pour la session suivante.
Cela ressemblait remarquablement à ces premiers builds OpenCart. La technologie avait changé, mais la boucle d'apprentissage n'avait pas changé : construire quelque chose, inspecter la réalité, garder ce qui fonctionne et corriger ce qui ne fonctionne pas.
L'échec n'est pas la même chose que la négligence
Il y a une limite importante ici. L'article de Goodwin sépare l'échec de la faute, et cette distinction est utile bien au-delà du lieu de travail. Une tentative bien réfléchie peut échouer sans que la personne derrière soit imprudente. Mais sauter les vérifications évidentes, ignorer les risques connus et appeler le dégât une expérience n'est pas une culture d'apprentissage. C'est une mauvaise propriété.
Je suis à l'aise avec l'idée qu'une approche générée par l'IA échoue sur une branche. Je ne suis pas à l'aise de pousser du code non vérifié en production et de prétendre que la panne était nécessaire pour la croissance. Je suis à l'aise pour essayer un nouveau format de formation pendant un mois. Je ne vais pas ignorer une blessure parce que l'abandon aurait l'air d'un échec. Je suis à l'aise de lancer un site simple sur un thème bon marché. Je ne suis pas à l'aise de dire à un client que c'est sur mesure quand ce ne l'est pas.
L'échec utile a des limites. La tentative est faite de bonne foi, le risque est compris, le résultat est examiné honnêtement, et la leçon change ce qui se passe ensuite.
Les règles que j'utilise maintenant
Dans le fitness, les sites web, les affaires et l'IA, les échecs qui m'ont aidé partageaient quelques caractéristiques :
- Rendez la tentative assez petite pour survivre. Un cours échoué, un changement de modèle ou une branche de fonctionnalité devrait vous apprendre quelque chose sans détruire tout le système.
- Nommez la leçon avant de poursuivre. « Ça n'a pas fonctionné » est un résultat, pas une intuition. Identifiez le friction, la contrainte manquante, la mauvaise hypothèse ou le processus faible.
- Changez le système, pas seulement la promesse. Rapprochez le studio, réservez le cours, affinez l'invite, ajoutez le test ou simplifiez la portée.
- Lancez avant que la confiance n'arrive. Les vrais utilisateurs exposent des vérités qu'une autre semaine de polissage privé ne peut pas révéler.
- Gardez l'ego séparé du résultat. Une tentative échouée est une preuve sur la tentative. Ce n'est pas un jugement final sur la personne qui l'a faite.
Ce n'est pas une célébration de la défaite. Les résultats comptent toujours. L'idée est de traiter une erreur comme des données au lieu de la honte, puis de faire la partie difficile : agir sur les données.
La réussite est une pile d'échecs corrigés
Mon parcours fitness semble réussi maintenant parce que l'habitude a tenu. Ma carrière web semble établie maintenant parce qu'il y a des milliers de sites derrière elle. Le codage IA semble évident maintenant parce que ce site est en ligne. Aucune de ces conclusions n'était visible au début.
Au début, il y avait une routine que je ne pouvais pas maintenir, un thème ThemeForest à 50 $ sur OpenCart, et un agent IA produisant du code que je ne voulais pas toujours conserver.
Ce qui les reliait n'était pas une persévérance aveugle. C'était la correction. L'entraînement a changé. Les sites web se sont améliorés. Les prompts sont devenus des briefs, les briefs sont devenus des tests, et les tests ont rendu le déploiement plus sûr.
Je ne demande plus seulement, « Est-ce que ça a marché ? » Je demande, « Qu'est-ce que cette tentative m'a appris, et qu'est-ce qui sera différent lundi ? »
C'est à cette deuxième question que l'échec commence à devenir une réussite.