Nous avons construit salty.poker avec l'IA. Voici la Partie que Personne n'a Vue.

Vingt-deux sessions de construction en dix jours.

Chaque session : un agent Claude Code travaillant à partir d'une spécification de 100 pages — lisant l'état actuel de la base de code, prenant le module de spécification assigné, écrivant du code, connectant des services, exécutant des migrations, faisant des commits. Pas de réunions d'estimation. Pas de conversations sur la portée. Pas de tickets Jira débattus dans une salle de conférence.

Le résultat de ces sessions : 20 microservices, un moteur de table en temps réel, la gestion des tournois, un grand livre en partie double, la vérification KYC, la détection de fraude, et une table de poker rendue en PixiJS avec des cartes animées et des piles de jetons.

Le changelog couvre ce qui a été livré. Ce post concerne ce qui s'est passé ensuite.

Ce qui Se Passe Vraiment Après que le Code est Écrit

Écrire du code correct et avoir un système fonctionnel sont deux choses différentes. Le code passe ses tests unitaires. Les services se comportent correctement en isolation. Mais quand vous connectez tout — l'application web, le moteur de table, les connexions en temps réel, l'authentification, la base de données — la surface d'échec augmente plus vite qu'aucune suite de tests ne peut entièrement anticiper.

La semaine dernière était cette phase. Tests de bout en bout. Vraies connexions, vrai lobby, vraies tables, vrais joueurs s'asseyant.

La vue de la table s'est chargée et a montré une toile vide là où les sièges devaient être. Pas de dialogue d'achat. Pas de moyen de retourner au lobby. Un écran blanc là où un jeu de poker devait être.

Le lobby avait une carte de table qui s'étirait pour remplir toute la hauteur de la page. Une valeur CSS par défaut — c'est simplement ainsi que se comporte CSS Grid quand il n'y a qu'un seul élément dans la rangée et que vous n'avez pas remplacé son comportement d'étirement.

Aucun de ces bugs n'a été écrit par un humain. Une session IA a écrit la vue de la table. Une session IA a écrit le lobby. C'étaient quand même des bugs. Ils devaient quand même être trouvés, retracés jusqu'à leur cause profonde et corrigés.

Pourquoi C'est Toujours le Meilleur Chemin

Avant l'histoire de comment-ça-s'est-cassé : le fait que nous soyons aux tests de bout en bout en dix jours est l'histoire.

Deux entreprises précédentes m'ont appris combien de temps cela prend de la manière traditionnelle. Des mois d'échafaudage avant d'avoir quelque chose à tester. Des mois de plus avant de tester quelque chose qui ressemble au produit final.

Nous avons comblé ce fossé en dix jours. La phase de test est la partie difficile. Nous y sommes.

Ce qui Vient dans Cette Série

C'est le post un sur quatre. Au cours de la semaine prochaine, nous allons passer en revue ce que nous avons réellement trouvé lors des tests — un bug de routage invisible jusqu'à ce que la pile complète tourne, un environnement de développement qui ignorait silencieusement les changements de code, et un garde d'authentification qui envoyait chaque tentative de navigation dans une boucle de redirection.

Pour la méthodologie plus approfondie, j'en écris sur The Salty Korean.

Stay salty.